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本 书 针 对 一 线 VoLTE 网 络 优化 维护 人 员 的 需求 ， 帮 助 读者 了 解 
VoLTE 的 基本 原理 和 业务 流程 ， 从 基础 原理 到 进 阶 提 升 ， 从 专题 优化 到 应 
用 和 案例， 涵盖 了 VoLTE 商用 过 程 中 常用 的 13 个 场景 ， 一 站 式 指导 VoLTE 
商用 优化 和 维护 。 

本 书 分 为 三 篇 ， 共 十 三 式 。 第 一 篇 (修炼 内 功 ， 打 好 基础 ) 包括 五 
式 ， 分 别 为 大 话 4G 语音 解决 方案 、 跨 越 裂 谷 的 主流 选择 、VoLTE 内 功 功 
法 总 纲 、 通 话 不 中 断 法 宝 eSRVCC、 揭 开 IMS 的 神秘 面纱 ; 第 二 篇 ( 便 件 
升级 ， 装 备 进 阶 ) 包括 四 式 ， 分 别 为 玩 转 VoLTE 信 令 流程 、 关 键 参数 打 
通 VoLTE 脉络 、 大 道 至 简 优 化 关键 指标 、 研 究 发 力 全 面 领先 一 步 ; 第 三 
篇 (软硬兼施 ， 面 向 实战 ) 包括 四 式 ， 分 别 为 资源 重 利 用 助 推 网 络 升 华 、 
高 速 公 路 、 高 铁 极致 体验 的 领跑 者 、 大 话 务 保 障 的 新 一 代 神 顺 、 不 再 一 个 
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本 书 则 在 打造 面向 VoLTE 商用 初期 、 贴 近 实 战 、 简 单 好 用 的 全 场景 
VoLTE 优化 指导 ,一 站 式 、 傻 瓜 式 解决 读者 的 所 有 问题 ， 让 VoLTE 优化 
和 维护 初学 者 快速 信 门 。 
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过 去 几 年 ， 围 绕 LTE 语音 解决 方案 曾经 出 现 过 多 种 观点 和 演进 路 线 ， 最 终 中 国 移动 将 
VoLTE/SRVCC 确定 为 主要 发 展 方向 ， 积 极 推进 VoLTE 产业 成 熟 和 现 网 改造 。VoLTE 是 推动 
移动 通信 业务 上 向 IP 化 转型 的 重要 帮手 ， 也 是 推动 多 媒体 通信 和 多 屏 通 信 的 基础 ， 对 于 中 国 
移动 “大 连接 ”战略 的 实现 至 关 重 要 。 

本 书 根据 作者 在 VoLTE 实验 网 、VoLTE 试 商用 和 VoLTE 商用 后 的 工作 经 验 编写 而 成 ， 
得 益 于 中 国 移动 山东 公司 在 打造 VoLTE 精品 网 方面 的 不 懈 追 求 和 持续 努力 。 本 书 结合 一 线 
VoLTE 网 络 优化 维护 人 员 的 需求 ， 帮 助 读者 了 解 VoLTE 的 基本 原理 和 业务 流程 ， 从 基础 原 
理 到 进 阶 提升 ， 从 专题 优化 到 应 用 案例 ， 涵 盖 了 VoLTE 商用 过 程 中 常用 的 13 个 场景 ， 一 站 
式 指 导 VoLTE 商用 优化 和 维护 。 

本 书 分 为 三 篇 ， 共 十 三 式 。 第 一 式 大 话 4G 语音 解决 方案 ,介绍 了 LTE 网 络 中 三 种 国际 
主流 的 语音 解决 方案 ， 详 细 曾 述 了 三 种 LTE 网 络 语音 解决 方案 的 网 络 结 构 与 技术 优势 。 第 
二 式 跨越 裂 谷 的 主流 选择 ， 主 要 介绍 了 LTE 网 络 中 语音 的 最 终 解决 方案 与 VoLTE 的 未 来 发 
展 趋势 。 第 三 式 VoLTE 内 功 功 法 总 纲 ， 详 细 介 绍 了 在 全 IP 的 LTE 网 络 中 如 何 实现 语音 ， 
务 。 第 四 式 通话 不 中 断 法 宝 eSRVCC， 讲 述 了 如 何在 LTE 网 络 履 盖 边 界 为 VoLTE 语音 用 户 
提供 持续 、 无 颖 的 语音 服务 。 第 五 式 揭 开 IMS 的 神秘 面纱 ，IMS 作为 LTE 网 络 的 核心 网 络 ， 
了 解 其 网 络 结构 对 日 后 的 优化 工作 可 起 到 事半功倍 的 效果 。 第 六 式 玩 转 VoLTE 信 令 流程 ， 
从 注册 、 主 被 叫 流程 与 释放 流程 三 个 方面 ， 描 述 VoLTE 信 令 流程 。 第 七 式 关键 参数 打通 
VoLTE 脉络 ， 参 数 的 合理 配置 与 特性 功能 的 选择 性 开启 可 以 为 网 络 运 行 锦上添花 。 第 八 式 
大 道 至 简 优 化 关键 指标 ， 做 好 基础 工作 ， 全 面 优 化 KPI 5 КОТ 指标 ， 为 VoLTE 用 户 提 供 更 
高 质量 的 语音 通话 。 第 九 式 专题 研究 发 力 全 面 领先 一 步 ， 通 过 专题 研究 更 进一步 地 挖掘 网 络 
潜力 、 拓 展 优化 方向 、 精 化 优化 手段 。 第 十 式 资 源 重 利 用 助 推 网 络 升 华 ， 针 对 特殊 覆盖 场 
景 ， 研 究 特 殊 覆 盖 方 案 ， 全 面 为 VoLTE 业务 质量 保 切 护航 。 第 十 一 式 高 速 公 路 、 高 铁 极致 
体验 的 领跑 者 ， 从 网 络 规划 、 优 化 、 新 技术 应 用 等 方面 多 维度 、 全 方位 阐述 解决 方案 。 第 十 
二 式 大 话 务 保障 的 新 一 代 神 如 ， 从 事前 、 事 中 和 事后 三 个 阶段 精心 筹划 、 精 密 组 织 ， 精 确 落 
实 ， 确 保 万 无 一 失 。 第 十 三 式 不 再 一 个 套路 打通 天 下 ， 从 终端 侧 、 无 线 测 、EPC 侧 与 IMS 
侧 四 个 不 同 网 元 中 租 选 出 41 经 典 案例 ， 指 导读 者 掌握 分 析 问 题 的 思路 和 优化 方法 。 

本 书 在 编写 过 程 中 ， 得 到 了 很 多 领导 和 同事 的 大 力 支 持 ， 刘 珂 、 石 志 同 、 贾 永超 等 同事 
也 参与 了 本 书 的 编写 和 审阅 ， 在 此 对 他 们 表示 衷心 的 感谢 。 本 书 部 分 材料 来 源 于 中 国 移动 山 
东 公 司 VoLTE 百 日 大 会 战 VoLTE 优化 经 验 总 结 ， 对 奋战 在 山东 移动 专项 优化 项 目 上 的 各 位 
朋友 表达 诚挚 的 谢意 。 
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第 一 篇 ”修炼 内 功 ， 打 好 基础 


第 一 式 ”大话 4G 话音 解决 方案 


现在 国际 主流 的 LTE 语音 解决 方案 包括 双 待 机 终端 (SVLTE), CSFB, VoLTE 三 种 ， 如 
图 1-1 所 示 。VoLTE 被 公认 为 LTE 语音 的 最 终 形态 。 北 美 、 韩 国 等 已 经 建 网 的 4G 运营 商都 
采用 双 待 机 或 CSFB 为 过 渡 方 案 。 中 国 移动 率先 于 2015 年 年 底 推 进 VoLTE 试 商用 ， 并 于 
2016 年 7 月 完成 全 面部 署 。SVLTE 为 多 模 双 待 方案 ， 终 端 同时 驻 留 在 LTE 5 2G/3G 网 络 ， 
数据 和 语音 业务 分 别 通过 不 同 的 网 络 承载 实现 ; CSFB 是 在 产业 界 未 实现 VoLTE 时 提出 的 一 
种 相对 较为 简单 的 语音 解决 方案 ; VoLTE 网 络 架 构 演 进 过 程 中 取消 了 电路 交换 域 ， 语 音 业 
务 和 数据 业务 都 是 通过 分 组 交换 来 实现 ， 需 要 终端 、 无 线 和 核心 网 的 全 面 支 持 和 优化 。 





多 模 双 待 方案 简介 ( 仅 终 端 相关 ) CsFB 方 案 简介 VoLTE/SRVCC 方 案 简介 
1. 终端 空闲 态 同 时 2G/3G CS 和 0LTE | ll ¿Eu 只 能 在 一 个 网 络 上 进行 业务 
А ЕЖЕ p] rex [n] Ë 驻 留 在 / ЖДТ! 2. 发 起 / 收 到 呼叫 时 ‚ 回落 到 2G/3G [Ё 终端 同一 时 刻 只 能 在 一 l 网 络 上 进行 业务 


网 络 上 网 络 (LTE 或 者 2G/3G ) 
É ` 75 | z 
2. 用 户 通 过 2G/3G 的 CS 网 络 发 起 语音 呼叫 2: 呼叫 结束 后 ， 再 返回 到 LTE 网 络 2. LTEBSESIX ， 数 据 和 语音 业务 都 承载 在 LTE 


3. 用 户 通过 LTE 网 络 发 起 数据 业务 网 络 
3. 非 LTE 覆 盖 区 ， 由 2G/73G 网 络 为 其 服务 ， 
支持 LTE 到 2G/3G 切 换 (SRVCC) 





图 1-1 国际 主流 的 LTE 语音 解决 方案 


3 种 解决 方案 的 详细 说 明 及 优 劣 热 对 比 见 表 1-1. 


表 1-1 3 种 解决 方案 的 详细 说 明 及 优 劣 势 对 比 


LTE 语音 
y y L HH 
解决 方案 人 


Ж % 


5 % 





SVLTE ( Simultaneous Voice 
and LTE) 终端 也 称 为 Dual Ra- 
dio 终端 ， 可 以 同时 在 LTE 网 络 
和 2G/3G 网 络 下 待机 。 语 音 ， 
务 由 CS 网 络 提供 ， 数据 业务 由 
LTE 网 络 提供 


SVLTE 


1) 解决 方案 简单 ， 只 需 终 端 支持 ， 
LTE 网 络 和 传统 的 2G/3G 网 络 之 间 不 
需要 任何 互 操作 ， 无 须 任何 网 络 改造 

2) 业务 体验 与 原 有 CS 网 络 的 业务 
体验 相同 ， 没 有 额外 的 呼叫 时 延 


1) 终端 需要 支持 双 待 机 的 芯片 ， 
功 耗 较 大 ， 终 端 成 本 昂贵 

2) LTE 的 语音 仍然 承载 在 CS 网 
AF, RERE Ip 的 优势 ， 无 法 提 
供 灵 活 的 富 媒体 业务 ， 难 以 和 OTT 
(Over the Тор) 竞争 





CSFB 重用 CS 网 络 提供 语音 ， 
务 ，LTE 只 提供 数据 业务 。 当 需 
要 发 起 语音 业务 时 ， 网 络 侧 指示 
终端 回落 到 CS 域 处 理 


CSFB 


1) 重用 CS 网 络 为 LTE 终端 提供 语 
音 业 务 ， 无 须 部 署 IMS 网 络 ， 对 网 络 
的 改动 相对 较 小 

2) 终端 成 熟 


1) 语音 接续 时 延 增 加 ， 影 响 用 户 
感受 

2) LTE 的 语音 仍然 承载 在 CS 网 
wF, KARIE ТР 的 优势 ， 无 法 提 
供 灵 活 的 富 媒体 业务 ， 难 以 和 OTT 


px 





继承 原 有 CS 网 络 提供 的 业务 
通过 PCC 机 制 实现 端 到 端的 QoS 
， 保 证 语音 通话 质量 

通过 IMS 为 用 户 提 供 富 媒 体 RCS 
， 能 够 和 OTT 竞争 

保留 用 户 标 识 (MSISDN 等 ) Я] 
用 运营 商 最 大 的 号 码 资源 ， 继 续 挖掘 业 
FAN] 


VoLTE ( Voice over LTE) 是 
3GPP 标准 定义 的 ， 基 于 IMS (IP 
Multimedia Subsystem) 网 络 的 LTE 
语音 解决 方案 


过 渡 期 网 元 结构 复杂 ， 连 续 履 盖 
BU VoLTE 通过 eSRVCC 保障 呼叫 连 
续 性 


VoLTE 

















1.1 第 一 招 一 芯 两 用 一 一 双 模 双 待 语 育 方案 SVLTE 

SVLTE (Simultaneous Voice and LTE) 即 双 待机 终端 方式 ， 终 端 必 片 可 以 用 两 个 单 模 必 
片 (1 个 2GZ3G 芯片 和 1 个 LIE wH) 或 一 个 多 模 芯 片 来 实现 ，LTE 5 26/3G 模式 之 间 没 
有 任何 互 操作 ， 终 端 不 需要 实现 寞 系统 测量 。 手 机 同时 工作 在 LTE 和 CS 方式 ， 前 者 提供 数 
据 业 务 ， 后 者 提供 语音 业务 。 即 双 待 机 终端 可 以 同时 待机 在 LTE 网 络 和 2G/3G 网 络 里 ， 同 
时 从 LTE 和 2G/3G 网 络 接收 和 发 送信 号 ， 其 语音 解决 方案 的 实质 是 使 用 传统 2G/3G 网 络 ， 
与 LTE 无 关 。 

SVLTE 只 需要 终端 支持 ， 无 须 任 何 网 络 改造 。 业 务 体 验 与 原 有 CS 网 络 的 业务 体验 相 
同 ， 没 有 额外 的 呼叫 时 延 。 

基于 双 待 机 终端 的 语音 解决 方案 是 一 个 相对 比较 简单 的 方案 ， 因 为 语音 技术 实现 方案 仍 
采用 与 2G/3G 相同 的 方案 ， 所 以 语音 质量 无 任何 改善 。 终 端 需 要 支持 双 竺 机 的 芯片 ， 功 耗 
较 大 ， 同 时 终端 成 本 也 会 上 升 。LTE 的 语音 仍然 承载 在 CS 网 络 下 ,没有 发 挥 IP 的 优势 ， 无 
法 提供 灵活 的 富 媒 体 业 务 ， 难 以 和 OTT 竞争 。 























1.2 第 二 招 峰回路转 一 一 CS 域 回落 解决 方案 CSFB 








CSFB 方案 人 简 而 言 之 就 是 当 用 户 有 语音 业务 需求 时 通过 回落 至 2G/3G 的 CS 域 来 实现 ， 
并 按照 电路 域 的 业务 流程 发 起 或 接听 语音 业务 。 
2 


为 实现 CSFB ， 需 要 在 MME 和 2G/3G 网 络 的 MSC 设备 之 间 建 立 SGs 接口 。SGs 关联 在 
CSFB 技术 中 起 着 桥梁 作用 ， 能 够 将 两 个 不 同 的 系统 联系 起 来 ， 实 现 用 户 在 不 同系 统 间 的 语 
音 业 务 连续 。 为 用 户 建立 SGs 关联 就 是 在 VLR 中 保存 了 用 户 的 MME 地 址 ， 同 时 也 在 MME 
中 保存 了 用 户 的 VLR 地 址 。CSFB 技术 会 影响 现 有 的 26/3G 网 络 ， 原 有 网 络 的 MSC 需要 新 
增 与 MME 的 SGs 11, SGSN 新 增 与 MME 的 S3 接口 。 基 于 CSFB 的 网 络 组 网 结构 如 图 1-2 
Ша 
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图 1-2 基于 CSFB 的 网 络 组 网 结构 


LFF CSFB 的 终端 必须 具有 多 模 能 力 ， 既 能 通过 下 -UTRAN 接 入 到 EPC， 也 能 通过 
GERAN/UTRAN 接 入 到 CS 域 。 终 端 必须 能 够 执行 联合 的 RAU/LAU 附着 、 位 置 更 新 和 去 附 
着 程序 。 

原 有 2G/3G 网 络 中 的 MSC 为 支持 CSFB 功能 ， 需 要 新 增 到 MME 的 SGs 接口 ， 支 持 SGs 
协议 栈 ， 维 护 SGs 关联 ; 在 SGs 接口 和 Iu/A 接口 并 行 地 寻 呼 用 户 ， 支 持 和 MME 的 联合 移 
动 性 管理 等 功能 。 

对 于 原 有 2G/3G 网 络 的 无 线 子 系统 (基站 、 基 站 控制 硕 ) ， 需 要 增加 LTE 的 邻 小 区 配 
置 ; 为 让 终端 在 回落 到 2G/3G 网 络 后 的 语音 业务 结束 后 ， 尽 快 返 回 LTE 网 络 ， 原 有 网 络 的 
无 线 子 系统 需要 支持 Fast Return 功能 ; 为 了 优化 终端 从 LTE 回落 到 2G/3G 的 时 延 ， 原 有 网 
络 的 无 线 子 系统 需要 支持 RIM 功能 等 。 

CSFB 的 思路 是 在 用 户 需 要 进行 语音 业务 时 ， 从 LTE 网 络 回落 到 2G/3G 的 电路 域 。 回 落 
的 方式 是 在 释放 LTE 的 无 线 链接 时 ， 在 释放 消息 中 携带 重 定向 字段 ， 指 出 终端 重新 接 入 的 

3 


























制式 和 频 点 。 这 种 回落 方式 称 为 重 定 位 。 重 定位 方式 的 优点 是 实现 简单 ， 对 原 有 网 络 的 改造 
量 小 ; 缺点 是 延迟 相对 较 大 。 

为 了 优化 重 定位 的 性 能 ,减少 终端 重新 接 入 2G/3G 网 络 的 时 间 ，3GPP 规范 提出 了 带 系 
统 消息 的 重 定位 功能 ， 在 重 定位 字段 中 携带 2G/3G 网 络 的 系统 消息 。2G/3G 网 络 的 系统 消 
县 通过 RIM 流程 从 BSC/RNC, SGSN, MME 传送 到 LTE 的 eNB。 这 种 方式 的 特点 是 延迟 较 
小 ， 对 原 有 网 络 的 改造 量 较 大 ， 需 要 对 原 有 无 线 网 络 进行 改造 ， 需 支持 КІМ 功能 。 

为 了 尽 可 能 减少 对 原 有 网 络 的 改造 量 ， 降 低 重 新 接 和 人 的 时 延 ，3GPP 规范 提出 了 DMCR 
功能 。DMCR (Deffered Measurement Control) 功能 是 让 UE 回落 到 3G 网 络 进行 呼叫 期 间 只 
读 取 部 分 系统 消息 ， 不 需要 在 呼叫 建立 前 读 完 所 有 的 系统 消息 ， 从 而 减少 呼叫 建立 时 间 。 该 
功能 只 能 用 于 36G 网 络 ，2G 网 络 不 支持 DMCR 功能 。 

用 于 支持 终端 从 LTE 回落 到 2GZ3G 网 络 的 另 一 种 方法 是 PS 域 切换 。 这 种 方案 时 延 较 
小 ， 但 支持 难度 较 大 ， 而 且 现 有 终端 基本 不 支持 这 种 方式 。 

从 目前 技术 支持 、 产 业 实 现 、 性 能 等 方面 来 看 ,“ 币 系统 消息 的 重 定位 方式 ”被 业界 广 
泛 接受 。 中 国 移动 目前 的 策略 为 回落 到 2G 网 络 。 

CSFB 重用 CS 网 络 为 LTE 终端 提供 语音 业务 ， 无 须 部 署 IMS 网 络 ， 对 网 络 的 改动 相对 
较 小 。 但 CSFB 语音 接续 时 延 增加 ， 影 响 用 户 感 受 。LTE 的 语音 仍然 承载 在 CS 网 络 下 ， 没 有 
发 挥 ТР 的 优势 ， 无 法 提供 灵活 的 富 媒体 业 务 ， 难 以 和 OTT 竞争 。 









































1.3 第 三 招 ”脱胎换骨 一 一 打通 全 IP 端 到 端 方 案 VoLTE 








VoLTE 相对 于 前 面 两 种 方案 ， 是 具有 颠覆 性 的 脱胎 换 骨 般 的 最 终 语音 解决 方案 ， 语 音 
不 再 通过 CS 域 实现 ， 而 是 通过 在 LTE 网 络 中 打通 了 全 IP 通道 下 的 端 到 端 终极 解决 方案 。 
VoLTE 的 核心 业务 控制 网 络 是 IMS (IP 多 媒体 子 系统 ) 网 络 ， 配 合 LTE 和 EPC 网 络 实现 端 
到 端的 基于 分 组 域 的 语音 、 视 频 通 信 业 务 。 通 过 IMS 系统 的 控制 ，VoLTE 解决 方案 可 以 提 
供 优 于 电路 域 性 能 的 语音 业务 及 其 补充 业务 ， 包 括号 码 显 示 、 呼 叫 转移 、 呼 叫 等 待 、 会 议 电 
话 等 。 

VoLTE 语音 解决 方案 的 核心 思想 是 采用 IMS 作为 业务 控制 层 系统 ，EPC 仅 作 为 承载 层 。 
借助 IMS 系统 ,不仅 能 够 实现 语音 呼叫 控制 等 功能 ， 还 能 够 合理 、 灵 活 地 对 多 媒体 会 话 进 
行 计 费 。 运 营 商 可 以 基于 用 户 的 QoS (Quality of Service， 服 务 质量 ) ， 针 对 用 户 业 务 的 不 同 
内 容 ( 例 如， 是 VoIP 会 话 还 是 一 次 网 页 浏览 ， 或 者 是 一 条 即时 消息 每 )， 提 供 不 同 的 资费 
标准 。 另 外 ，IMS 定义 了 为 业务 开发 商 使 用 的 标准 接口 ， 通 过 这 些 接口 使 得 运营 商 能 够 在 多 
三 商 环境 下 提供 业务 ， 避 免 绑 定 在 单一 三 商 来 获取 新 业务 。 

VoLTE 解决 方案 的 典型 组 网 结构 包括 运营 文 撑 层 、 业 务 层 、 核 心 屋 、 接 入 层 和 终端 层 ， 
如 图 1-3 所 示 。 终 端 用 户 可 以 通过 CSFB, Single Radio, Dual Radio 等 多 种 LTE 终端 设备 在 
LTE 网 络 、2G/3G 网 络 下 接 入 。 通 过 在 现 有 的 CS [026 EAIA IMS 网 络 和 LTE 网络， 提 
ут 21] а АУ QoS 保障 ， 为 终端 用 户 提 供 高 质量 的 语音 、 视 频 呼 叫 和 更 为 丰富 的 数据 业务 ， 
从 而 帮助 运营 商 从 2G/3G 网 络 逐 步 演 进 到 LTE 网 络 ， 完 成 纯 语 音 到 丰富 语音 的 转型 。 终 端 
用 户 可 以 通过 CSFB, Single Radio, Dual Radio 等 多 种 LTE 终端 设备 ， 在 LTE 网 络 、2G/3G 
网 络 下 接 入 。 当 用 户 移 出 LTE 信号 区 域 时 ， 系 统 可 以 将 呼叫 平滑 切换 到 2G/3G 网 络 。 除 此 
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之 外 ,方案 中 还 提供 了 统一 的 业务 发 放 、 网 络 管理 、 计 费 等 功能 。 
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K| 1-3 VoLTE 典型 组 网 结构 


第 二 式 BERTIE mA 


IMS 由 于 支持 多 种 接 入 和 丰富 的 多 媒体 业务 ， 成 为 了 全 IP 时 代 的 核心 网 标准 架构 。 经 
历 了 过 去 几 年 的 发 展 ， 如 今 IMS 已 经 跨越 裂 谷 ， 成 为 固定 语音 领域 VoBB、PSTN 网 改 的 主 
流 选择 ， 而 且 也 被 3GPP、CSMA 确定 为 移动 语音 的 标准 架构 。 未 来 的 4.5G、5G 将 会 沿 着 
IMS 大 道 继 续 前 行 ，VoLTE 将 会 以 更 清晰 的 音 视 频 质量 、 更 低 的 接 入 时 延 为 用 户 带 来 更 好 的 
服务 。 


2.1 第 一 招 剑 已 出 单一 一 高 清 语音 笑 做 江湖 

















VoLTE (Voice over LTE) 是 基于 运营 商 网 络 的 端 到 端 语音 解决 方案 ， 能 提供 高 质量 的 
音频 、 视 频 通 话 。 它 是 一 种 IP 数据 传输 技术 ， 无 须 2G/3G 网 络 ， 全 部 业务 承载 在 ТТЕ 网 络 
上 ， 可 实现 数据 与 语音 业务 在 同一 网 络 下 的 统一 。VoLTE 有 四 大 关键 技术 : SPS >F BZ Jal 
FE, TTI Bundling, RoHC 包头 压缩 、DRX 非 连续 接收 ， 保 障 其 音 /视频 业务 ， 提 供 高 标准 的 
QoS (服务 质量 ) ， 其 视频 通话 质量 无 论 在 技术 参数 上 ， 还 是 在 主 官 感受 上 都 要 优 于 微 信 等 
IP 通话 技术 。 此 外 ，VoLTE 安全 保障 更 严格 ， 不 容易 被 窃听 。 


2.1.1 背景 简 述 


随 着 LTE 网 络 的 大 规模 部 署 ， 基 于 分 组 域 的 VoIP (Voice over Internet Protocol) 解决 方 
案 开 始 逐 步 蔡 代 传统 的 电路 域 语 音 方 案 ， 成 为 当前 和 未 来 主要 的 移动 通信 语音 解决 方案 。 
VoIP 解决 方案 主要 包括 运营 商 的 VoLTE 和 众多 OTT (Over the Тор) 提供 的 互联 网 语音 应 
用 。 方案 的 主要 区 别 在 于 ，VoLTE 是 基于 运营 商 网 络 的 端 到 端 语 音 解 决 方案 ， 能 提供 高 质 
量 的 音频 、 视 频 通 话 。0OTT 语音 则 是 基于 运营 商 的 基础 网 络 ， 脱 离 于 运 彰 商 的 管理 ， 是 承载 
在 基础 网 络 管道 之 上 的 由 OTT 提供 的 语音 解决 方案 ， 能 提供 免费 的 声音 和 视频 通话 。VoLTE 
和 OTT 语音 业务 组 网 如 图 2-1 所 示 。 
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图 2-1 VoLTE #1 OTT 语音 业务 组 网 


2.1.2 VoLTE 的 技术 优势 


VoLTE 是 一 种 IP 数据 传输 技术 ，LTE 网 络 不 仅 提 供 高 速率 的 数据 业务 ， 同 时 还 提供 高 
质量 的 音 / 视 频 通话 ， 后 者 便 需 要 VoLTE 技术 来 实现 。VoLTE 技术 带 给 LTE 用 户 最 直接 的 感 
受 就 是 接 通 等 待 时 间 更 短 ， 以 及 更 高 质量 、 更 目 然 的 音 / 视 频 通 话 效 末 。VoLTE 是 架构 在 
LTE 网 络 上 全 耳 条 件 下 的 端 到 端 语 音 方案 ， 采 用 高 分 辨 率 编 解码 技术 ， 为 用 户 带 来 更 低 的 
接 入 时 延 (拨号 后 的 等 竺 时间) 、 更 连贯 的 语音 感知 〈 掉 线 率 接近 于 零 ) 。 

VoLTE 技术 框架 充分 考虑 到 了 无 线 网 络 在 不 同 区 域 覆 盖 强 弱 的 问题 ， 建 立 了 QoS 机 制 
和 速率 调整 机 制 。VoLTE 的 QoS 机 制 相当 于 给 LTE 信道 划分 出 专门 用 于 VoLTE 服务 的 控制 
信 令 专用 通道 (QCI =5) 、 语 音 呼叫 专用 通道 (QCL=1) 、 视 频 呼 叫 专用 通道 (QCI =2) 以 
及 数据 业务 专用 通道 (QCI=9)。 所 以 ， 即 使 在 数据 拥塞 的 情况 下 ， 网 络 和 终端 能 通过 协商 
进行 自 适 应 速率 调整 ， 降 低 发 包 速 率 ， 从 而 保证 通话 体验 依旧 稳定 流畅 地 进行 。 

OTT 采用 的 是 VoIP 技术 。VolP 是 建立 在 IP 技术 上 的 分 组 化 、 数 字 化 传输 技术 ， 其 基本 
原理 是 : 通过 语音 压缩 算法 对 语音 、 视 频数 据 进行 压缩 编码 处 理 ， 然 后 把 这 些 数据 按 DP 等 
相关 协议 进行 打包 ， 经 过 IP 网 络 把 数据 包 传输 到 接收 地 ， 再 在 对 端 把 这 些 数据 包 串 起 来 ， 
经 过 解码 解压 处 理 后 ， 恢 复 成 原来 的 语音 、 视 频 信 号 ， 从 而 达到 由 IP 网 络 传送 语音 的 目的 。 

VoIP 是 一 个 很 宽泛 的 概念 ， 通 常 说 的 VoIP 指 的 是 QQ 、 微 信 等 通过 IP 链 路 实现 的 狭义 
VoIP (也 就 是 互联 网 公司 的 OTT 电话 ) 。 从 广义 上 讲 VoLTE 可 以 认为 是 VoIP 应 用 的 一 种 ， 
不 同 的 是 VoLTE 走 的 是 具有 QoS 保障 的 运营 商 专 有 通信 信道 。 因 此 ，VoLTE 与 OTT 等 通话 
质量 的 对 比 ， 实 质 上 是 VoLTE 与 狭义 VoIP 的 对 比 ， 这 可 以 从 以 下 两 个 方面 来 分 析 。 

(1) 技术 差异 

从 基本 原理 上 讲 ，VoLTE 和 OTT 都 是 基于 数据 业务 进行 音 / 视 频 通 话 ， 而 且 它 们 都 是 将 
音 / 视 频 进 行 编码 压缩 ， 然 后 将 数据 包 通 过 网 络 进行 传输 。 虽 然 OTT 是 基于 VoIP 技术 实现 
的 ， 但 VoLTE 可 不 是 LTE 网 络 版 本 的 OTT, VoLTE 通过 LTE 网 络 作为 业务 接 人 、 卫 多 媒体 
子 系统 (IMS) 网 络 实现 业务 控制 的 语音 解决 方案 ， 可 实现 数据 与 语音 业务 在 同一 网 络 下 的 
统一 ， 可 实现 与 现 网 2G/3G 的 语音 互通 和 无 颖 切换 。VoLTE 的 四 大 先进 技术 可 以 保障 其 音 / 
视频 业务 提供 高 标准 的 QoS (服务 质量 ) 。 

1) SPS 半 持 续 调 度 : 减少 控制 信 令 开销 ， 提 高 控制 信道 可 调度 用 户 数 。 

2) TTI Bundling: 可 以 提升 上 行 覆 盖 性 能 。 

3) Конс 包头 压缩 : 可 以 减少 数据 包头 开销 ， 从 而 对 VoLTE 业务 信道 覆盖 和 容量 有 显 
著 增 益 。 

4) DRX 非 连续 接收 : 允许 UE 不 再 一 直 监 视 PDCCH 信道 ， 从 而 达到 终端 省 电 的 目的 。 

VoLTE 是 基于 IMS 控制 、LTE 承载 的 语音 业务 ， 而 不 是 基于 传统 的 IP 网 络 (如 因 特 
网 ) ， 构 架 于 运营 商 的 网 络 之 上 ， 这 就 意味 着 运营 商 能 够 为 VoLTE 提供 更 高 级 别 的 控制 和 管 
理 ， 在 整个 通话 过 程 中 都 提供 服务 质量 保证 。VoIP 是 将 模拟 声音 信号 以 数据 包 (Data 
Packet) 的 形式 在 IP 数据 网 络 上 做 实时 传递 。 该 技术 是 依靠 互联 网 来 交付 数据 包 的 ， 也 
就 是 说 ， 它 只 能 保证 将 用 户 的 数据 包 送 到 云 上 ， 后续 的 丢 包 程度 和 音 / 视 频 质量 取决 于 网 
络 环境 。 由 于 VoIP 没有 QoS 端 到 端 保障 ， 因 此 用 户 体验 受 网 络 波动 影响 很 大 ， 通 话 的 稳 
定性 不 够 。 


















































































































































(2) 安全 保障 

VoIP 建立 在 开放 的 Internet 基础 之 上 ， 所 以 存在 不 少 弱 点 和 安全 隐患 ， 如 服务 髓 容易 遭 
受 病 毒 、 网 上 黑客 的 攻击 ， 与 传统 通信 相 比 更 容易 被 窃听 。 由 于 VoIP 技术 的 常用 协议 本 身 
是 开放 的 ， 一 些 窃听 方式 能 将 在 数据 网 络 上 的 音 / 视 频数 据 加 以 重 放 ， 造 成 用 户 通 信 信 息 的 
泄露 ， 就 连用 户 的 IP 电话 的 登录 密码 也 会 被 鲫 取 ， 因 此 安全 性 问题 一 直 制 约 着 VoIP 的 进 一 
步 发 展 。 而 VoLTE 业务 走 的 是 具有 高 可 靠 性 及 安全 性 的 运营 商 内 部 网 络 ， 通 过 IMS 域 、EPS 
域 及 РСС 架构 的 联合 保障 ， 音 /视频 业务 端 到 端 时 延 、 误 码 率 等 服务 质量 也 都 获得 了 严格 保 
证 ， 这 些 都 是 OTT VoIP 无 法 做 到 的 。 

2-1 222-3 分 别 对 不 同 信 号 环境 下 的 VoLTE 视频 和 微 信 (ОТТ) 视频 做 了 测试 对 
比 ， 测 试 结果 主 要 对 比 参 数 包括 帧 率 、 码 率 、 丢 包 率 、 每 帧 报 文 数 和 最 长 报 文 间 隅 。 测 试 信 
号 强度 分 为 3 个 等 级 移动 信号 强 〈 满 格 ， -90 dB 左右 ) 、 移 动 信号 一 般 (2 ~3 %8, -100 
dB 左右 ) 和 移动 信号 差 (1 ~2 格 ，-108 dB 左右 ) 。 


表 2-1 移动 信号 强 时 VoL TE 与 微 信 视频 参数 对 比 


































































































帧 率 /(Vs) | 码 率 /( kbit/s) 总 包 数 丢 包 率 (%) | 每 帧 报 文 数 最 长 报 文 间 隔 /s 
VoLTE 上 行 21.4 960. 9 6552 Z 5.1 0. 199 
VoLTE 下 行 21.4 960. 4 6552 0 5.1 0. 200 
微 信 上 行 14.6 331.6 2489 / 2.8 0. 325 
微 信 下 行 15.3 331.6 2489 / 2.7 0. 326 
注 QDf/s 也 可 写作 frame/s， 本 书 统一 用 f/s。 
表 2-2 移动 信号 一 般 时 VoLTE 与 微 信 视频 参数 对 比 
帧 率 /(f/s) | 码 率 / (kbit/s) 总 包 数 每 帧 报 文 数 最 长 报 文 间 隔 /s 
VoLTE 上 行 20.9 942. 9 6413 5.2 0. 147 
VoLTE 下 行 20.8 936.2 6383 5.2 0. 310 
微 信 上 行 15.7 328. 3 2594 2.8 0. 216 
微 信 下 行 13.5 325.0 2594 3.2 0. 989 
12-3 移动 信号 差 时 VoLTE 与 微 信 视频 参数 对 比 
帧 率 /(f/s) | 码 率 /(kbitys) 总 包 数 每 帧 报 文 数 最 长 报 文 间 隔 /s 
VoLTE 上 行 17.1 784.7 5370 5.2 0. 208 
VoLTE 下 行 17.0 773.2 5296 5.2 0. 279 
微 信 上 行 8.1 205.9 1796 3.7 1. 060 
微 信 下 行 8.0 206.0 1796 3.8 1. 095 


帧 率 是 指 视频 播放 时 每 秒 钟 移动 多 少 帧 ， 




















它 决 定 了 画面 的 流畅 度 。 帧 率 越 大 ， 画 面 越 流 


畅 ， 帧 率 越 小 ， 画 面 越 有 跳跃 感 。 当 每 秒 钟 出 现 的 动态 画面 大 于 24 帧 时 ， 人 有 眼 能 感觉 到 的 
画面 基本 上 是 流畅 的 。 因 VoLTE 视频 在 信号 强 的 情况 下 帧 率 大 于 21 fs， 所 以 只 要 手机 不 是 
剧烈 晃动 ， 视 频 画 面 不 会 出 现 卡 顿 的 现象 。 即 使 在 移动 信号 较 弱 的 情况 下 ， 帧 率 也 能 保持 在 
17f/s 左右 ， 这 就 保证 了 VoLTE 视频 通话 在 大 部 分 环境 下 都 能 有 好 的 用 户 体 验 。 而 微 信 视 频 
在 最 优 信 号 下 的 帧 率 在 15f/s 左右 ， 比 VoLTE 在 较 差 信 号 下 的 帧 率 都 低 。 所 以 ， 在 视频 流畅 
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度 这 一 项 ， 微 信 要 比 VoLTE 差 很 多 。 

人 码 率 是 数据 传输 时 单位 时 间 内 传送 的 数据 位 数 ， 单 位 是 kbit/s。 码 率 其 实 就 是 取样 率 ， 
单位 时 间 内 取样 率 越 大 ， 精 度 就 越 高 ， 处 理 出 来 的 文件 就 越 接近 原始 文件 ， 相 应 的 失真 度 越 
低 ， 画 面 越 清 晰 ; 反之， 则 画面 越 粗糙 ， 而 且 可 能 存在 马赛 克 。 从 测试 数据 来 看 ， 在 不 同 的 
言 号 强度 下 ，VoLTE 视频 的 码 率 都 达到 了 微 信人 码 率 的 3 倍 或 3 倍 以 上 ， 这 就 决定 了 VoLTE 
的 视频 画面 远 比 微 信和 的 清晰 。 

丢 包 率 对 视频 通话 和 语音 通话 质量 的 影响 很 大 ， 一 般 认为 低 于 5% 是 可 以 接受 的 。 从 测 
试 数据 来 看 ，VoLTE 的 丢 包 率 很 低 ， 而 微 信 视频 因 被 加 密 而 无 法 统计 出 该 数据 ， 所 以 这 一 
项 指标 暂时 无 法 进行 对 比 ,， 但 从 整体 的 用 户 感 受 来 看 ，VoLTE 的 视频 质量 更 好 。 

每 帧 报 文 数 是 指 每 个 画面 包含 的 数据 报 文 数 。 在 报 文 大 小 一 定 的 情况 下 ， 每 帧 报 文 数 越 
多 ， 则 每 个 画面 所 包含 的 信息 更 丰富 ， 画 面 失真 度 更 低 。 测 试 数 据 表 明 ，VoLTE 视频 所 包 
含 的 信息 更 丰富 ， 画 面 更 清晰 。 

最 长 报 文 间 隔 同样 反映 了 画面 的 流畅 性 。VoLTE 的 最 长 间隔 都 在 0. 1 ~0.3s， 而 微 信 在 
音 号 最 好 时 的 最 长 间隔 在 0.3 s 以 上 ， 信 号 不 好 时 ， 其 间隔 大 于 1s， 如 此 大 的 报 文 间隔 会 让 
用 户 明显 感 觉 到 画面 的 卡 顿 ， 只 要 稍 有 画面 移动 就 会 卡 住 。 所 以 ，VoLTE 在 视频 画面 的 流 
畅 性 上 始终 占有 优势 。 

图 2-2 所 示 是 在 同一 时 间 同 一 位 置 两 种 视频 通话 的 画面 截图 。 不 考虑 测试 参数 ， 单 从 
用 户 体验 的 角度 来 讲 ，VoLTE 画面 始终 更 清晰 ， 纹 理 均 义 ， 色 彩 丰 富 ， 能 更 好 地 反映 景物 
的 细节 ; 在 信号 不 强 的 情况 下 ， 虽 上 略 有 卡 顿 ， 但 不 影响 正常 通话 。 而 微 信和 视频 ， 在 信号 强 的 
情况 下 ， 手 机 晃 动 时 也 会 出 现 画 面 延 时 的 现象 ; 在 信号 不 稳定 时 ， 平 均 10s 提示 一 次 “对 



























































图 2-2 VoLTE 视频 通话 与 微 信 视频 通话 画面 截图 
a) VoLTE 视频 通话 画面 b) 微 信 视频 通话 画面 





方 网 络 不 稳定 ， 可 以 答 试 切换 到 语音 通话 ”， 画 面 卡 顿 很 严重 ; 在 信和 号 较 弱 时 ， 主 叫 发 起 视 
频 呼 叫 ， 被 叫 按 接听 键 后 5s 才 建 立 视 频 通 话 ， 通 话 建立 后 ， 只 有 在 完全 静态 的 情况 下 ， 才 
能 看 清 对 端的 画面 ， 稍 有 移动 ， 画 面 基 本 看 不 清 ， 无 法 进行 视频 通话 。 

总 之 ，VoLTE 提供 了 高 标准 的 QoS， 其 视频 通话 质量 无 论 在 技术 参数 上 还 是 在 主观 感受 
上 都 要 优 于 微 信 。 


2.1.3 VoLTE 的 发 展 优势 


随 着 全 球 移动 网 络 数据 业务 的 快速 发 展 ， 各 厂家 推出 了 很 多 VoIP 语音 应 用 ， 一些 果 面 
级 语音 应 用 也 快速 渗透 到 智能 终端 上 ， 在 家 庭 WiFi 等 一 些 场景 下 甚至 替代 了 运营 商 的 语音 
解决 方案 。 上 典型 的 OTT 语音 应 用 (如 Skype. WeChat 和 Facetime 等 ， 见 图 2-3) 都 可 以 脱 
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图 2-3 比较 流行 的 OTT 语音 应 用 举例 


THEE OTT 应 用 的 语音 服务 ， 电 信 运 营 商 推出 的 VoLTE 业务 在 用 户 体验 、 业 务 创 新 、 频 
谱 利 用 率 、QoS 安全 等 级 、 语 音质 量 、 接 入 速度 等 方面 都 更 具 优 势 ， 同 时 还 可 以 为 用 户 提供 
全 新 的 融合 业务 体验 。 用 户 通 过 VoLTE 服务 可 以 享受 到 “水 晶 般 清晰 的 通 Bii", VoLTE 
业务 将 成 为 用 户 的 语音 、 视 频 通话 的 首选 。 

业界 认为 ，VoLTE 有 助 于 运营 商 基 于 LTE 的 语音 服务 的 提升 。 市 场 研究 机 构 Strategy 
Analytics 预测 ， 到 2018 年 VoLTE 用 户 产 生 的 通话 时 长 将 占 全 球 移动 用 户 总 通话 时 长 的 
10% ， 这 有 助 于 阻止 移动 语音 通话 量 流 向 OTT 语音 服务 。 











2.2 第 二 招 谁 与 争锋 一 一 开局 移动 宽 市 语音 演进 之 路 


2.2.1 VoWiFi 的 定义 与 特点 


随 着 网 络 的 发 展 ， 全 IP 化 的 网 络 为 高 清 语音 传输 提供 了 条 件 。 各 运营 商 推 出 VoLTE JR 
务 的 同时 ， 像 T-Mobile 这 样 的 运营 商 ， 正 开始 将 WiFi 语音 通话 (WiFi calling) 作为 其 提供 
的 服务 中 更 加 突出 的 一 部 分 。 

VoWiFi 是 VoLTE 用 户 通 过 WiFi 网 络 (采用 Untrusted Non - 3GPP 标准 ) 连接 到 运营 从 
Н EPC 网络， 并 通过 EPC 网 络 连接 到 IMS 网 络 中 ， 实 现 语音 、 短 信 、 补 充 业 务 等 MS 业 
务 。 当 用 户 在 LTE 和 WiFi 网 络 间 移动 时 ， 为 了 保证 用 户 的 语音 业务 不 中 汤 ， 网 络 侧 提供 了 
LTE ЖП WiFi 网 络 之 间 的 切换 功能 。 
10 














ТЕ 3GPP 的 规范 中 ，WiFi 接 入 被 认为 是 一 种 非 3GPP 的 无 线 接 和 种类， 语音 数据 通过 
WiFi 接 入 运营 商 核 心 网 的 方式 包括 可 信任 接 入 和 不 可 信任 接 入 两 种 。 

1) 可 信任 接 入 的 方式 是 在 运营 商 的 WiFi 网 络 下 完成 的 。 这 种 情况 下 ， 用 户 的 终端 不 需 
要 与 网 络 建立 IPSec 隧道 ， 而 直接 通过 P - GW (分 组 数据 网 关 ) 就 能 接 入 到 移动 核心 网 。 

2) 不 可 信任 接 入 是 指 用 户 通过 非 运 营 商 提供 的 WiFi 网 络 进行 的 接 入 。 这 种 情况 下 ， 用 
户 终端 发 出 的 数据 需要 通过 网 络 新 增 的 ePDG (Evolved Packet Data Gateway， 演 进 分 组 数据 
网 关 ) 接 入 核心 网 。 

对 于 运营 商 来 说 ，VoWiFi 不 容 忽 视 ， 这 一 技术 一 旦 落地 实现 ,会 有 以 下 益处 : 

1) 实现 对 VoLTE 和 宪 盖 的 补充 。 目 前 4G 网 络 室外 基站 对 室内 和 地 下 (如 地 铁 站 ) 等 的 
覆盖 度 不 足 ， 用 户 接收 信和 号 较 差 一 直 是 VoLTE 的 上 弊病。 而 目前 WiFi 网 络 在 室内 的 覆盖 普 
程度 已 经 非常 高 ， 所 以 在 LTE 履 盖 信号 比较 弱 时 ， 运 营 商 可 以 提供 无 颖 的 VoLTE 到 VoWiFi 
语音 切换 ， 有 助 于 帮助 VoLTE 的 部 署 和 推广 。 

2) VoWiFi 是 对 已 有 WiFi 网 络 资源 价值 的 再 开发 ， 降 低 了 基础 设施 建设 费用 ， 有 利于 
发 挥 频率 资源 的 最 大 效益 。 以 中 国 移动 为 例 ， 前 几 年 的 WiFi 大 规模 网 络 建设 拥有 可 观 的 设 
备 保 有 量 。 同 时 ， 家 庭 宽带 业务 的 雄厚 基础 让 家 庭 Wiki 覆盖 度 极 大 提高 ， 因 此 运营 商 只 需 
要 在 接 入 层 和 核心 网 层 增加 相关 的 网 元 即 可 实现 。 

对 用 户 来 说 ，VoWiFi 的 引入 必然 会 带 来 语音 业务 资费 降低 ， 并 且 VoWiFi 提高 了 不 同 运 
营 商 网 络 之 间 的 通用 性 ， 不 需要 换 卡 换 号 就 可 以 享受 不 同和 运营 商 的 语音 服务 ， 同 时 VoWiFi 
语音 服务 目前 无 法 识别 用 户 的 地 址 信息 ， 只 能 依赖 终端 反馈 信息 做 粗略 判断 ， 这 无 疑 会 极 大 
地 降低 国际 漫游 费用 。 


2.2.2 VoWiFi 的 发 展 趋势 


同样 是 基于 IP 传输 语音 ， 在 网 络 质量 良好 的 条 件 下 ，VoLTE 与 VoWiFi 均 可 实现 高 清 语 
音 通话 。 不 过 在 网 络 质量 不 佳 的 地 方 ，VoLTE 由 于 有 着 电信 级 业务 保障 ， 因 此 不 会 影响 到 
用 户 体验 。 而 这 一 点 是 目前 VoWiFi 做 不 到 的 。 但 由 于 目前 VoWiFi 使 用 门槛 更 低 ， 因 此 使 得 
VoWiFi 比 VoLTE 的 使 用 更 加 广泛 。 

有 专家 表示 ，VoWiFi 在 有 了 VoIP 之 后 就 一 直 在 各 行业 有 应 用 ， 如 酒店 、 矿 业 、 企 业 甚 
至 运营 商 ， 因 为 WiFi 语音 终端 还 同时 文 持 数据 功能 ， 可 以 满足 行业 的 应 用 。WiFi 语音 (BL 
括 传输 协议 和 控制 ， 如 SIP) 作为 一 个 承载 在 IP 网 络 上 的 应 用 ， 与 传统 蜂窝 网 采用 数字 语音 
以 及 独立 的 信 令 通道 不 同 。 

WiFi 语音 相对 传统 语音 主要 存在 的 问题 是 业务 一 致 性 。 目 前 WiFi 语音 在 业务 一 致 性 上 
有 以 下 几 个 不 足 。 例如， 互通 ; 现 网 网 络 上 出 现 了 大 量 免费 通话 软件 ， 各 种 通话 软件 之 间 
难以 互通 ; Q ш: 目前 移动 宽带 网 络 的 覆盖 还 有 所 不 足 ，Wifi 的 覆盖 更 有 局 限 ; OWS: 
即使 网 络 有 禾 盖 ， 还 存在 业务 履 盖 的 问题 ， 目 前 ОТТ 均 采 用 APP 实现 ， 出 于 耗 电 、 流 量 、 
安全 等 方面 的 考虑 ， 不 是 每 个 人 在 每 个 时 刻 都 启动 APP， 这 难以 保障 语音 随时 随地 可 达 ; 
(9 质量 保障 目前 的 质量 保障 其 实 是 在 应 用 层 通 过 一 些 编 解 码 与 重 传 机 制 增强 弱 履 盖 下 的 语 
音 连 续 性 ， 或 者 就 是 彻底 依赖 网 络 质 量 的 可 靠 性 。 质 量 保 障 基本 处 于 不 可 控 状 态 ， 也 无 法 给 
最 终 用 户 任 何 承 诺 。 不 过 这 一 情况 正在 发 生 改 变 , ТЕЕЕ802. 11E 协议 定义 了 WiFi 上 的 语音 、 
视频 、 数 据 等 业务 的 不 同 QoS 和 优先 级 ，WiFi 语音 已 经 具有 了 QoS 保证 的 基础 。 
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VoWiFi 的 本 质 是 通过 一 些 核心 网 技术 (如 PDG) 将 WiFi 与 无 线 接 入 到 同一 个 分 组 网 
络 ， 使 用 同样 的 VoLTE 核心 网 提供 业务 ， 从 而 实现 业务 的 连续 性 。 如 果 WiFi 提供 者 与 移动 
网 络 提供 者 不 同 ， 那 么 这 种 业务 质量 保障 就 非常 困难 ， 而 且 对 于 终端 也 有 一 定 要 求 ， 因 此 
VoWiFi 还 需要 不 断 发 展 与 研究 ，VoLTE 必然 会 与 之 长 期 共存 。 


2.2.3 4.5G 简介 


在 3GPP 技术 规范 中 ，4. 5G 被 命名 为 LTE - Advanced Pro， 是 移动 宽带 网 络 新 的 建设 基 
准 。 简 单 地 说 ， 就 是 当前 4G 网 络 在 速率 、 应 用 体验 及 支持 物 联 网 方面 能 力 有 限 ， 而 5G 大 
约 要 等 到 2020 年 才能 开启 商用 ， 因 此 吸 需 一 个 承上启下 的 新 标准 一 一 更 低 时 延 、 更 大 容量 、 
更 多 连接 数 的 4.5G 就 成 为 LIE 下 一 个 系统 演进 的 必然 方向 和 目标 。 华 为 是 4.56 概念 的 首 
创 者 ， 基 于 对 无 线 产 业 发 展 的 深刻 理解 ， 华 为 早 在 2014 年 便 提 出 了 4. SG 完整 理念 ， 随 后 被 
标准 组 织 认 可 。 

4. 5G 将 会 带 来 怎样 的 变化 ?其 实 这 与 用 户 的 需求 是 息息相关 的 。 随 着 移动 通信 技术 的 
快速 发 展 ， 各 种 创新 应 用 开始 将 人 类 社会 信息 交互 的 方式 推 向 新 的 高 度 ， 如 高 清 语音 和 视频 
双人 体验、 虚拟 现实 (VR). 4K 超 高 清 视 频 、 增 强 现 实 (AR), 、 无 人 轨 驶 、 远 程 医疗 等 ， 因 
此 网 络 速 度 和 应 用 体验 就 成 为 4.5G 首先 要 提升 的 关键 。 与 此 同时 ， 在 当前 已 基本 实现 人 与 
人 的 连接 之 后 ， 物 与 物 的 连接 需求 日 益 凸 显 ， 而 且 接 和 人 设备 量 将 呈现 几何 式 增 长 ， 因 此 
4. 5G 基站 的 容量 和 能 够 支撑 的 设备 接 入 数量 也 必须 有 大 幅 提 升 。 下 面 介 绍 关键 变化 : 















































(1) 4.5G 速度 Gbit/s 成 为 新 的 基准 速率 
其 实 从 2G 到 3G 时 代 ， 再 从 3G 到 4G 时 代 ， 移 动 通信 技术 带 给 人 们 最 直观 的 感受 就 是 
速度 快 。 而 这 一 传统 在 4. 5С 时 代 同 样 得 到 了 传承 一 一 提出 了 Gbit/s 的 新 基准 速率 。 


相信 不 少 朋友 都 知道 ，4G 的 峰值 速率 大 约 为 150 Mbit/s, Im 4.5G 的 峰值 速率 将 达到 
1 Gbit/s 以 上 ， 也 就 是 将 其 提升 了 6 倍 多 。 正 是 有 了 这 样 的 速度 提升 ， 才 使 得 4.5G 可 以 更 好 
地 支撑 2K/4K 视频 、 虚 拟 现 实 、 增 强 现实 、 远 程 医疗 等 新 业务 ， 特 别 是 对 于 虚拟 现实 这 样 
的 超前 应 用 ， 可 能 至 少 需要 Gbit/s 级 别 的 速率 才能 保证 身 临 其 境 的 感受 ， 这 意味 着 只 有 
4. 5G 才能 满足 。 

(2) 4.5G 体验 之 语音 、 视 频 全 面 升 级 

在 进入 4. 5G 时 代 后 ， 用 户 将 迅速 体验 到 VoLTE 的 优势 ， 获 得 更 好 的 语音 体验 一 一 即 
Always On LTE. Always Online , Always On MOS4.0， 也 就 是 始终 使 用 LTE 网 络 且 数据 业务 
KPE, VoLTE 应 用 的 MOS 始终 在 4. 0 标准 及 以 上 。 

(3) 4.5G 将 加 速 物 联 网 时 代 的 到 来 

在 当前 的 移动 互联 网 和 云 计 算 时 代 之 后 ， 即 将 迎 来 物 联网 时 代 。 而 物 联网 与 当前 以 人 为 
主 的 互联 网 有 很 大 的 不 同 ， 其 大 量 的 应 用 是 基于 传 感 右 连接 实物 终端 的 ， 这 就 需要 一 种 LP- 
WA (Low Power Wide Area， 低 功 耗 广 覆盖 ) 网 络 来 组 建 广 覆 盖 的 公共 网 络 ， 为 此 在 4.5G 
时 代 NB-IoT (E Јр) 应 运 而 生 。 

4. 5G 借助 NB-IoT 可 实现 20 ~30 dB 的 覆盖 能 力 增强 (对比 GSM)， 即 每 个 蜂 窒 能 够 实 
现 100000 个 连接 ; 同时 ， 低 功 耗 能 支持 终端 电池 寿命 高 达 5 ~ 10 年 ， 以 及 低 至 1 美元 的 世 
片 成 本 。 由 此 不 难看 出 ，4.5G 可 以 满足 大 量 终端 接 和 人 的 需求 ， 这 也 将 加 速 物 联 网 时 代 的 
到 来 。 
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2.2.4 SG 的 定义 与 特点 


从 字义 上 看 ，5G 是 指 第 五 代 移 动 通信 。 有 目前， 全 球 业 界 对 于 5G 的 概念 尚未 达成 一 致 。 
中 国 IMT -2020 (5G) 推进 组 发 布 的 5G 概念 白皮书 认为 ,综合 5G 关键 能 力 与 核心 技术 ， 
SG 概念 可 由 “标志 性 能 力 指标 ”和 “一 组 关键 技术 ”来 共同 定义 。 其 中 ， 标 志 性 能 力 指标 
Hy "Gbivs 用 户 体验 速率 ”， 一 组 关键 技术 包括 大 规模 天 线 阵 列 、 超 密集 组 网 、 新 型 多 址 、 
全 频谱 接 人 和 新 型 网 络 架构 ， 如 图 2-4 所 示 。 


” Gbit/s 用 户 
体验 速率 





图 2-4 56 概念 图 


5G 关键 能 力 比 前 几 代 移 动 通信 更 加 丰富 ， 用 户 体 验 速率 、 连 接 数 密度 、 端 到 端 时 延 、 
峰值 速率 和 移动 性 等 都 将 成 为 5G 的 关键 性 能 指标 。 与 以 往 只 强调 峰值 速率 的 情况 不 同 ， 业 
界 普 遍 认为 用 户 体 验 速 率 是 5G 最 重要 的 性 能 指标 ， 它 真正 体现 了 用 户 可 获得 的 真实 数据 速 
率 ， 也 是 与 用 户 感受 最 密切 的 性 能 指标 。 基 于 5G 主要 场景 的 技术 需求 ，5G 用 户 体验 速率 
应 达到 Gbit/s 量 级 。 

面 对 多 样 化 场景 的 极端 差异 化 性 能 需求 ，5G 很 难 像 以 往 一 样 以 某 种 单一 技术 为 基础 形 
成 针对 所 有 场景 的 解决 方案 。 此 外 ， 当 前 无 线 技术 创新 也 呈现 出 多 元 化 发 展 趋势 ， 除 了 新 型 
多 址 技术 之 外 ， 大 规模 天 线 阵 列 、 超 密集 组 网 、 全 频谱 接 入 、 新 型 网 络 架构 等 也 被 认为 是 
5G 主要 技术 方向 ， 均 能 够 在 SG 主要 技术 场景 中 发 挥 关键 作用 。 

5G 技术 发 展 的 主要 特点 如 下 : 

1) 5G 研究 在 推进 技术 变革 的 同时 将 更 加 注重 用 户 体验 ， 网 络 平均 吞吐 速率 、 传 输 时 延 
以 及 对 虚拟 现实 、3D 、 交 互 式 游 戏 等 新 兴 移动 业务 的 支撑 能 力 等 将 成 为 衡量 5С 系统 性 能 的 
关键 指标 。 

2) 与 传统 的 移动 通信 系统 理念 不 同 ，5G 系统 研究 将 不 仅 把 点 到 点 的 物理 层 传输 与 信 
道 编译 人 码 等 经 典 技 术 作 为 核心 目标 ， 而 且 从 更 为 广泛 的 多 点 、 多 用 户 、 多 天 线 、 多 小 区 协作 
组 网 作为 突破 的 重点 ， 力 求 在 体系 架构 上 寻求 系统 性 能 的 大 幅度 提高 。 

3) 室内 移动 通信 业务 已 占据 应 用 的 主导 地 位 ，5G 室内 无 线 履 盖 性 能 及 业务 文 撑 能 力 
将 作为 系统 优先 设计 目标 ， 从 而 改变 传统 移动 通信 系统 “以 大 范围 覆盖 为 主 、 兼 顾 室内 ” 
的 设计 理念 。 

4) 高 频段 频谱 资源 将 更 多 地 应 用 于 56 移动 通信 系统 ， 但 由 于 受到 高 频段 无 线 电波 穿 
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透 能 力 的 限制 ， 无 线 与 有 线 的 融合 、 光 载 无 线 组 网 等 技术 将 被 更 为 普遍 地 应 用 。 
5) 可 “ 软 ” 配 置 的 SG 无 线 网 络 将 成 为 未 来 的 重要 研究 方向 ， 运 彰 商 可 以 根据 业务 流 
量 的 动态 变化 实时 调整 网 络 资 源 ， 有 效 地 降低 网 络 运营 的 成 本 和 能 源 的 消耗 。 


2.2.5 5G 关键 技术 


白皮书 认为 ，5G 概念 可 由 “标志 性 能 力 指标 ”和 “一 组 关键 技术 ”来 共同 定义 。 其 
中 ,“ 一 组 关键 技术 ”包括 大 规模 天 线 阵 列 、 超 密集 组 网 、 新 型 多 址 、 全 频谱 接 和 人 和 新 型 网 
络 架 构 ， 如 图 2-5 所 示 。 











终端 直通 
Ts — z : 








B "2 ә”? 


物 联 网 __ 










0 6GHz 100GHz 
全 频谱 接 人 

D ES с: 低 时 延 高 可 靠 场景 

Ш 热点 高 容量 场景 低 功 耗 大 连接 场景 


42-5 5G 主要 场景 和 适用 技术 


5G 技术 创新 主要 来 源 于 无 线 技 术 和 网 络 技术 两 个 方面 。 在 无 线 技 术 领 域 ， 大 规模 天 线 
阵列 、 超 密集 组 网 、 新 型 多 址 和 全 频谱 接 人 等 技术 已 成 为 业界 关注 的 焦点 ; 在 网 络 技术 领 
域 ， 基 于 软件 定义 网 络 (SDN) 和 网 络 功能 虚拟 化 (NFV) 的 新 型 网 络 架构 已 取得 广泛 共识 。 
此 外 ， 基 于 滤波 的 正 交 频 分 复 用 (Е - OFDM), 、 滤 波 需 组 多 载波 (FBMC ) 、 全 双 工 、 灵 活 双 
工 、 终 端 直 通 (D2D) 、 多 元 低 密度 奇偶 检验 (Q – агу LDPC) 码 、 网 络 编码 、 极 化 码 等 也 
被 认为 是 5G 重要 的 潜在 无 线 关键 技术 。 

1. 5G 无 线 关键 技术 

大 规模 天 线 阵 列 在 现 有 多 天 线 的 基础 上 通过 增加 天 线 数 可 支持 数 十 个 独立 的 空间 数据 
流 ， 将 数 倍 提 升 多 用 户 系统 的 频谱 效率 ， 对 满足 5G 系统 容量 与 速率 需求 起 到 重要 的 文 撑 作 
用 。 大 规模 天 线 阵 列 应 用 于 5G 需 解 决 信道 测量 与 反馈 、 参 考 信号 设计 、 天 线 阵 列 设计 、 低 
成 本 实现 等 关键 问题 。 超 密集 组 网 通过 增加 基站 部 署 密度 ， 可 实现 频率 复 用 效率 的 巨大 提 
升 ， 但 考虑 到 频率 干扰 、 站 址 资源 和 部 署 成 本 ， 超 密集 组 网 可 在 局 部 热点 区 域 实现 百倍 量 级 
的 容量 提升 。 干 扰 管 理 与 抑制 、 小 区 虚拟 化 技术 、 接 入 与 回 传 联合 设计 等 是 超 密集 组 网 的 重 
BRN Inl o 

新 型 多 址 技术 通过 发 送信 号 在 空域 、 时 域 、 频 域 、 码 域 的 车 加 传输 来 实现 多 种 场景 下 系 
统 频谱 效率 和 接 入 能 力 的 显著 提升 。 此 外 ， 新 型 多 址 技术 可 实现 免 调 度 传 输 ， 将 显著 降低 信 
令 开 销 、 缩 短 接 和 人 时 延 、 闻 省 终端 功 耗 。 目 前 业界 提出 的 技术 方案 主要 包括 基于 多 维 调制 和 
Л Н ЛИ Е (SCMA) 技术 、 基 于 复数 多 元 码 及 增强 麦 加 编码 的 多 用 户 共 襄 
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BEA (MUSA) 技术 、 基 于 非 正 交 特征 图 样 的 图 样 分 割 多 址 (РОМА) ЖАР) 
加 的 非 正 交 多 址 (NOMA) 技术 。 

全 频谱 接 入 通过 有 效 利 用 各 类 移动 通信 频谱 (包含 高 低频 段 、 授 权 与 非 授 权 频 谱 、 对 
称 与 非 对 称 频谱 、 连 续 与 非 连续 频谱 等 ) 资源 来 提升 数据 传输 速率 和 系统 容量 。6 GHz 以 下 
频段 因 其 较 好 的 信道 传播 特性 可 作为 5G 的 优选 频段 ，6 ~ 100 GHz 高 频段 具有 更 加 丰富 的 空 
朵 频谱 资源 ， 可 作为 5G 的 辅助 频段 。 信 道 测量 与 建 模 、 低 频 和 高 频 统一 设计 、 高 频 接 入 回 
传 一 体 化 以 及 高 频 右 件 是 全 频谱 接 入 技术 面临 的 主要 挑战 。 

2. 5G 网 络 关键 技术 

未 来 的 5G 网 络 将 是 基于 SDN, NFV 和 云 计算 技术 的 更 加 灵活 、 智 能 、 高 效 和 开放 的 网 
络 系统 。5G 网 络 架构 包括 接 和 人 云 、 控 制 云 和 转发 云 3 个 域 。 接 入 云 支持 多 种 无 线 制式 的 接 
和信， 融合 集中 式 和 分 布 式 两 种 无 线 接 入 网 架构 ， 适 应 各 种 类 型 的 回 传 链 路 ， 实 现 更 灵活 的 组 
网 部 署 和 更 高 效 的 无 线 资源 管理 。5G 的 网 络 控制 功能 和 数据 转发 功能 将 解 厢 ， 形 成 集中 统 
一 的 控制 云 和 灵活 高 效 的 转发 云 。 控 制 云 实现 局 部 和 全 局 的 会 话 控 制 、 移 动 性 管理 与 服务 质 
量 保证 ， 并 构建 面向 业务 的 网 络 能 力 开放 接口 ， 从 而 满足 业务 的 差异 化 需求 并 提升 业务 的 部 
署 效率 。 转 发 云 基于 通用 的 便 件 平 台 ， 在 控制 云 高 效 的 网 络 控制 和 资源 调度 下 ， 实 现 海量 业 
务 数据 流 的 高 可 靠 、 低 时 延 、 均 负载 的 高 效 传输 。 

基于 “三 朱云 ”的 新 型 SG 网 络 架 构 是 移动 网 络 未 来 的 发 展 方 向 ， 但 实际 网 络 发 展 在 满 
足 未 来 新 业务 和 新 场景 需求 的 同时 ， 也 要 充分 考虑 现 有 移动 网 络 的 演进 途径 。5G 网 络 架构 
的 发 展会 存在 从 局 部 变化 到 全 网 变革 的 中 间 阶 段 ， 通 信 技 术 与 IT 技术 的 融合 会 从 核心 网 向 
无 线 接 和 人 网 逐步 延伸 ， 最 终 形成 网 络 架 构 的 整体 演变 。 
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BIRR VoLTE 内 功 功 法 总 纲 


LTE ZZ IP 化 的 架构 ， 只 A PS 域 ， 而 没有 CS 域 。 如 何在 1ТЕ 网 络 实现 语音 业务 呢 ? 
铭记 “内 功 功 法 ”， 通话 ” 步 入 4G 新 时 代 。 


3.1 第 一 招 琉 通 经 络 一 一 了 解 VoLTE 网 络 架构 


3.1.1 et 

VoLTE 是 基于 IMS 网 络 的 LTE 语音 解决 方案 。 通 过 IMS 网 络 ， 移 动 运营 商 不 仅 可 以 无 
颖 地 继承 传统 的 语音 、 短 消息 业务 ， 还 可 以 将 语音 通话 与 丰富 的 增强 功能 相 整 合 ， 提 供 多 样 
化 的 服务 。VoLTE 的 架构 可 分 为 终端 层 、 接 和 人 展 、 核 心 层 、 业 务 层 和 OSS/BSS 层 五 大 层 。 
VoLTE 解决 方案 端 到 端 架 构 如 网 3-1 所 示 。 
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3-1 VoLTE 解决 方案 端 到 端 架 构 


(1) 终端 层 
e VoLTE 用 户 类 型 主要 有 Single Radio 手机 、 数 据 卡 + Aim, CPE 等 。 
e 中 国 移动 目前 已 经 部 署 了 CSFB ， 要 求 VoLTE 的 智能 手机 同时 也 支持 CSFB 功能 。 
e VoLTE 是 LTE 网 络 的 语音 业务 ， 要 求 VoLTE 的 智能 手机 同时 也 支持 VoLTE 功能 。 
(2) 接 入 层 
e LTE 用 户 通过 LTE 网 络 接 入 ，PCRF 网 元 做 QoS 控制 。 
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3.1.2 逻辑 接口 与 苏 议 介绍 


e SBC ЖЕЕ P - CSCF, ATCF/ATGW , 

e 当 手 机 终端 移动 出 LTE 履 盖 区 域 时 ， 可 平滑 切换 至 2GZ3G SEA, MSC Server 可 以 部 
分 或 全 部 升级 为 支持 ICS 功能 的 EMSC， 即 mAGCF。 

(3) 核心 层 

e 部 团 融 合 HSSAHLR、HLR 和 SAE - HSS 共享 FE, IMS - HSS 单独 FE，FE 之 间 通 过 内 
部 接口 交互 ， 对 外 以 融合 形态 提供 服务 。 

e MSOFTX 3000 可 兼作 MGCF, SRVCC IWF. CSFB IWF, IM - SSF 和 Anchor AS, 
SRVCC IWF 提供 SRVCC/eSRVCC 切换 功能 ，CSFB IWF 提供 CSFB 手机 接 入 功能 ， 
IM -SSF 提供 CS 智能 业务 继承 功能 ，Anchor AS 提供 VoLTE 用 户 锚 定 功能 。 

(4) 业务 层 

e CTAS 兼作 MMTel AS, SCC AS I IP -SM - GW, MMTel AS 提供 多 媒体 电话 基本 业务 
及 补充 业务 ，SCC AS 提供 VoLTE 用 户 的 业务 集中 性 及 业务 连续 性 功能 ，IP - SM - 
GW 提供 IP 短 消息 业务 。 

e 部 署 RCS AS 为 LTE 用 户 提 供 RCS 业务 。 

(5) OSS/BSS 层 

该 层 提 供 业务 发 放 、 计 费 和 网 管 功能 。 


bor, iffi CU 
以 手机 充电 器 为 例 ，10 多 年 前 各 个 手机 厂家 都 有 自己 的 充电 器 接口 ， 不 同 厂家 间 的 接 




















口 不 同 ， 充电 磊 也 不 通用 ， 造 成 了 使 用 不 便 与 资源 浪费 。 之 后 随 着 安 持 产业 链 的 不 断 完善 ， 
逐渐 形成 了 通用 的 Mire USB 接口 作为 手机 充电 接口 。 














VoLTE 解决 方案 也 是 如 此 ,不同 的 网 元 间 如 需 互 相通 信 ， 首 先 要 保证 接口 统一 ,标准 


统一 。VoLTE 端 到 端 主要 逻辑 接口 如 图 3-2 所 示 。 


SMS Center 
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R, C/D 
NC 


ре с prre 
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图 3-2 VoLTE 端 到 端 主要 逻辑 接口 
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各 通信 接口 的 位 置 与 作用 见 表 3-1。 


表 3-1 各 通信 接口 的 位 置 与 作用 


传输 层 协议 | 传输 层 协议 




































































接口 | 应 用 层 协 议 (推荐 ) (可 选 ) 位 置 与 作用 
сте me m 位 于 MME 与 SRVCC IWF 之 间 ， 用 于 文 持 SRVCC、eSRVCC 
切换 
位 于 MME 与 CSFB PROXY 之 间 ， 用 于 支持 EPC 和 CS 域 之 间 
SGs SGsAP NA 的 移动 性 管理 和 语音 业务 寻 呼 功 能 。 此 外 ，SGs 接口 还 可 用 于 文 
持 用 户 短 消息 业务 的 传递 
Rx Diameter SCTP fu p -CSCF (AF) 与 PCRF 之 间 ， 用 于 传递 会 话 信息 
Gx Diameter TCP SCTP 位 于 PCRF 与 P-GW (PCEF) 之 间 ， 用 于 传递 策略 控制 信息 
` `> р SEIN Ба. / 
85 Diets T som 位 于 瑞 -PCRF 与 V-PCRF 之 间 ， 用 于 支持 漫游 场景 下 的 策略 
控制 
位 于 EMSC 5 S – CSCF 之 间 ， 用 于 文 持 ICS HP BEA IMS, J 
D бр UDP NA 及 SRVCC 切换 过 程 中 的 业务 连续 性 
位 于 SRVCC IWF 与 ATCF 之 间 ， 用 于 支持 eSRVCC 切换 
E/Gd MAP M3UA NA 位 于 IP -SM -GW 5 SMSC 之 间 ， 用 于 支持 短 消息 互通 
wy _ z E vn - ZA ZL Ap y EI 72s ZH 
j Мр MUR кї tu T IP SM -GW 5 HLR 之 间 ， 用 于 转发 终结 短 消 息 流 程 中 
的 SRI 消息 
S6a Diameter TCP SCTP 位 于 MME 与 SAE - HSS 之 间 ， 用 于 传递 用 户 信 息 
位 于 СЅСЕ 之 间 ， 用 于 IMS 登记 及 会 话 流程 中 CSCF 之 间 的 消 
SIE dj NA | 息 通信 及 代理 前 转 
Cx 接口 位 于 CSCF 与 IMS - HSS 之 间 ， 主 要 交互 的 信息 如 下 : 
TI-CSCF 选 择 S$- CSCF 时 所 需 的 必要 信息 
(2 I- CSCF 到 HSS 的 路 由 信息 查询 
Cx Diameter SCTP TCP S "T 
(3) S - CSCF 从 HSS 中 获取 有 关 漫 游 授 权 的 相关 信息 
(4) S - CSCF № HSS F IMS 用 户 接 入 鉴 权 所 需 的 安全 参数 
(5) HSS 向 S - CSCF 传送 IMS 会 话 过 滤器 签约 数据 
ISC 接口 位 于 S$- CSCF 与 AS 之 间 ，S - CSCF 依据 从 HSS 中 获 
区 ЧЕ Ше ME 得 的 IMS 签约 触发 规则 ， 以 及 来 自 UE 的 SIP 业务 请 求 进行 业务 
触发 判断 ， 并 将 会 话 传 向 特定 AS 服务 器 以 完成 增值 业务 逻辑 的 
最 终 处 理 
m г. — n Sh 接口 位 于 HSS 5 AS ZR], AS 通过 该 接口 查询 HSS 获取 增 
AU 值 业 务 逻 辑 的 相关 数据 ，AS 通过 该 接口 同步 相关 数据 到 HSS 
ë SPUR Y T 位 于 IM-SSF 与 HLR 之 间 ， 用 于 传递 用 户 签约 的 智能 数据 等 








信息 
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| 传输 层 协议 | 传输 层 协议 
H | 应 用 层 协 ; A : M BER 
接 НМУ (推荐 (36) 位 置 与 作 
EX _ E ` У. t H Ab RA SN 
бар СЕМЕ au ME ORT IM - SSF 与 SCP 之 间 ， 用 于 支持 CAMEL 智能 业务 消息 
交互 
М sip M Mg 接口 位 于 I 工 - CSCF/S - CSCF 与 MGCF 之 间 ， 通 过 该 接口 
Š MGCF 可 以 将 来 自 CS 域 的 会 话 信 令 转发 到 IMS 域 
Mj 接口 位 于 BCCF 与 MGCF 之 间 ， 其 主要 功能 是 在 IMS 网 络 和 
Mj SIP NA PSTN/CS 域 网 络 互通 时 ， 在 BGCF 和 MGCF 之 间 传 递 会 话 控制 
fei 
Ne 接口 位 于 MGCF 5 MSC Server 之 间 ， 其 主要 功能 是 在 IMS 
M3UA 、 
Nc BICC/ISUP SUB SCTP 网 络 和 GSM/UMTS 网 络 互 通 时 ， 在 MGCF 和 MSC Server 之 间 传 
“е 递 会 话 控制 信 令 
C/D MAP M3UA NA 位 于 MSC Server 与 SMSC 之 间 ， 用 于 支持 短 消息 接收 /发 送 
ENS. E А 双 M, o Kr П 
Т um {ЄР МА 位 于 SPG 与 ATS/RCS AS/HSS/ENUM 等 网 元 之 间 ， 用 于 实现 
业务 发 放 
位 于 UE 5 DM Server 之 间 ， 用 于 实现 软 终端 自动 升级 、 故 障 
DM HTTP TCP NA Е | 
定位 等 管理 功能 
位 于 UE 与 RCS AS 之 间 ， 用 于 实现 网 络 地 址 本 Presence, IM 
DS/Ut HTTPS TCP NA " ВЕ 
等 业务 发 放 











为 保证 不 同 接口 间 通 信 的 规范 , 3GPP、IETF 等 组 织 制定 了 相应 的 协议 标准 ， 涉 及 的 主 


要 协议 规范 见 表 3-2 


表 3-2 协议 规范 





























协 议 遵循 的 主要 标准 或 规范 
SGsAP 3GPP TS 23. 272, 3GPP TS 29. 118 
GTPy2 - C 3GPP TS 29. 274 
SIP IETF RFC3261 and extensions 
SIP - I ITU - T, Q. 1912. 5 
3GPP TS 32. 299. TS29. 214, TS29.229. TS29.329 
Diameter 
RFC3588 
ENUM ТЕТЕ RFC3761 
ТЕТЕ RFC1034 and extensions 
DNS 
3GPP TS29. 303 
H. 248 IETF RFC3525 ITU - T H. 248 3GPP TS 29. 232 VA. 7.0 
3GPP TS 23. 205 V4.6.0 
BICC 
ITU - T, Q. 1902 
ISUP ITU - T Q. 761 ~ Q. 764, Q. 730, ANSI t1. 113 - 1995, GR -317 - CORE, GR - 
394 — CORE 
CAMEL 3GPP TS 29. 078 V4. 7.0 
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(Ж) 








协 议 遵循 的 主要 标准 或 规范 
言 息 产 业 部 、GF 017 - 1995, 、 智 能 网 应 用 规程 (INAP) 
INAP ITU - T Q. 1218 





ITU - T X. 208, X. 209 




















MAP 3GPP TS29. 002 
IETF, RFC0959_ File Transfer Protocol ( FTP) 
FTP/SFTP 
Secure Shell Protocol. ( SSH) 
SOAP W3C (World Wide Web Consortium) SOAPI. 2 
HTTP IETF, RFC 2616 
CORBA CORBA 2. 6 协议 





ВЕС 793 Telnet/TCP/IP 标准 





RFC 1155, RFC 1157, RFC 1213 SNMP VI 系列 规范 


SNMP, SSL, SSH, SFTP, FIPS | RFC1905. RFC 1906. КЕС 1907. RFC 1908 SNMP V2 系列 规范 





ВЕС 2571, RFC 2572, ВЕС 2573, ВЕС 2574, ВЕС 2576, ВЕС 2578, RFC 2579 
SNMP V3 系列 规范 

















SMPP 3. 4 
CMPP 3.0 
SMPP, CMPP, SMGP 
МСР 1.3 
МСР 2.0 
NTP IETF RFC 1305 





3.1.3 VoLTE ЖЛ 28— —M x7 ЈЕ 


逻辑 结构 与 接口 对 应 到 各 厂商 设备 ， 设 备 厂 商都 会 集成 于 人 硬件 设备 当中 。 以 某 设 备 厂商 
为 例 ，VoLTE 解决 方案 涉及 的 网 元 和 设备 见 表 3-3。 
表 3-3 VoLTE 关键 网 元 和 设备 














所 属 层面 网 元 名 称 产品 名 称 功能 描述 
MMTel AS ATS 9900 提供 多 媒体 电话 基本 业务 及 补充 业务 
IP - SM - GW ATS 9900 提供 IMS 域 和 CS 域 用 户 之 间 的 SMS 互通 能 力 





作为 业务 连续 性 的 AS, SCC - AS 主要 实现 以 下 功能 : 全 提供 接 
чс arson 入 域 选 择 T- ADS 的 能 力 ; @ 和 其 他 网 元 配合 保证 切换 即 SRVCC 和 
eSRVCC 的 业务 连续 性 ， 以 及 同一 用 户 不 同 终端 之 间 的 切换 ; OE 

业务 层 ICS 网 络 架 构 下 ， 是 ICS 用 户 在 IMS 网 络 的 代理 





(Application 
Server) Prensence 提供 联系 人 的 在 线 状态 通知 业务 





RCS RCS 9860 Group dé Erf itd ey Гай, 、 群 组 及 联系 人 管理 等 业务 


Message 提供 即时 消息 (IM) 、 离 线 消息 和 短 消 息 (SMS 与 MMS) 
等 业务 





IMS 利用 现 有 智能 业务 设备 ， 通 过 IM - SSF 对 接 现 网 SCP， 从 而 


IM - SSF MSOFTX : i 
š: ie и 为 VoLTE 用 户 提供 智能 业务 
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所 属 层面 网 元 名 称 产品 名 称 功能 描述 
部 署 在 IMS 核心 网 和 PS 接 入 网 之 间 ， 主 要 功能 有 SIP 代理 、 拓 
А-ВСЕ, A-BGF| 5Е 2600 эм Атыр Kam 
ATCF. ATGW $Е 2600 部 署 IMS 网 络 边缘 ， 和 SCC AS 配合 提供 eSRVCC 功能 
位 于 拜访 网 络 中 ,是 SIP 用 户 接 入 IMS 网 络 的 入 口 结 点 ， 主 要 负 
SE 2000 | 责 信 令 和 消息 的 代理 
— береза 位 于 归属 网 络 中 ， 是 运营 商 归 属 IMS 网 络 的 统一 初步 人口 点 ， 负 
责 用 户 注册 的 S$- CSCF 的 指 配 和 查询 。 类 似 于 电信 网 络 的 关口 局 
核心 层 位 于 归属 网 络 中 ， 在 整个 IMS 核心 网 的 中 心 结 点 ， 主 要 用 于 用 户 
Hus PME S - CSCF CSC 3300 的 注册 、 鉴 权 控制 、 会 话 路 由 和 业务 触发 控制 ， 并 维持 会 话 状态 
i 4B 
TE E ES IMS 域 与 外 部 PSTN/PLMN 网 络 的 分 界 点 ， 用 于 互通 时 选 
择 MGCF 
к бабу зай 根据 用 户 所 在 的 位 置信 息 和 用 户 呼叫 的 号 码 ， 查 询 所 配置 的 紧急 
呼叫 中 心 表 ， 将 紧急 呼叫 路 由 到 离 用 户 最 近 的 紧急 呼叫 中 心 
MRFC CSC 3300 统筹 管理 媒体 资源 
提供 多 媒体 资源 的 承载 功能 ， 支 持 放 音 收 号 、 多 媒体 播放 、 音 频 
MRP 6600 | 录制 、 音 /视频 会 议 、 彩 铃 或 彩 影 多 媒体 音 /视频 业务 
提供 IMS 域 控制 面 网 络 与 传统 话音 网 络 之 间 的 互通 。 优 先 选 择 
MGCF MSOFTX 300, |MSX 做 MGCF， 如 果 对 于 固定 移动 融合 的 网 络 , 或 者 要 提供 基于 
UGC 3200 CCTF 的 集中 式 IMS 监听 (默认 情况 下 不 提供 监听 配置 )， 单独 使 
用 MSX 无 法 满足 要 求 的 场景 ， 则 使 用 MSX + UGC 串联 的 方式 
提供 语音 业务 承载 转换 、 互 通 和 业务 流 格式 处 理 。 男 外 ， 在 使 用 
— d UMG 8900 — ex +UGC 串联 的 方式 时 ， 可 以 共享 一 个 媒体 网 关 
VA DNA 
(CS) MSoftX 3000 , 提供 IMS 网 间 的 信 令 面 和 媒体 面 互通 能 力 。 根 据 情 况 使 用 MSoftX 
IBCF, IBGF UMG 8900, |3000, UMG 8900, SE2600 (可 参考 One Network 解决 方案 的 相关 描 
SE 2600 Ж) 
SRVCC - IWF MSoftX 3000 和 SCC AS 配合 ， 提 供 SRVCC 功能 
MSoftX 3000 为 LTE 用 户 提供 回落 到 CS 域 提 供 语音 业务 
CSFB Proxy 
HSS HSS 9820 存储 用 户 签约 信息 和 位 置信 息 的 用 户 数 据 库 系统 
提供 用 户 定位 功能 。 当 IMS 网 络 存在 多 个 HSS 设备 ， 并 且 各 HSS 
00 设备 保存 的 开户 用 户 有 差异 时 ，IMS 域内 向 HSS 获取 用 户 数据 的 网 
元 (I- CSCF, S- CSCF、AS) ， 在 查询 HSS 前 先 用 SLF 定位 已 开 
户 用 户 数 据 存储 在 哪个 HSS 
核心 层 " - : 
提供 用 户 数据 管理 、 移 动 性 管理 ， 支 持 呼 叫 相 关 的 处 理 、 支 持 与 
HER SAE - HSS 9820 [CCp 之 间 的 ATI 操作 以 及 鉴 权 中 心 等 功能 
存储 SAE 网 络 中 用 户 所 有 与 业务 相关 的 数据 ， 提 供用 户 签 约 信息 
SAE HSS SAE - HSS 9820 管理 和 用 户 位 置 管理 
DNS 完成 域名 到 IP 地 址 的 解析 
DNS、ENUM ENS ENUM 将 Tel URI 中 的 .164 地 址 翻译 成 在 IMS 核心 网 中 可 路 由 
的 SIP URI 
是 EPC 网 络 的 核心 设备 ， 提 供 了 MME (Mobility Management Enti- 
USN9810 — i) 逻辑 实体 的 功能 
核心 层 日 у эл. 日 、 
是 EPC 网 络 的 核心 设备 ， 提 供 了 服务 网 关 (Serving Gateway) 和 
(EPC) а коша PDN 网 关 (Packet Data Network Gateway) 逻辑 实体 的 功能 
PCRF UPCC 提供 QoS 策略 和 计 费 控制 功能 
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所 属 层 面 网 元 名 称 产品 名 称 功能 描述 
无 线 网 络 向 UE 提供 用 户 面 (PDCP、RLC、MAC、PHY) 和 控制 面 (RRC) 
接 入 层 Dai DBS 3900 | 协议 功能 的 实体 
EMS U2000 作为 MS 网 元 统一 业务 管理 平台 ， 完 成 IMS 网 元 的 管理 
TR 位 于 IMS 网 元 与 计 费 域 之 间 ， 实 现 离 线 计 费 功能 。 将 网 元 产生 的 
运营 支撑 原始 话 单 转换 生成 最 终 话 单 
(О&М) SPG SPG 2800 统一 的 业务 发 放 接口 网 关 
/AC ya dts Sh ZA B. Ae Б X Y E 
Їй баны той 提供 终端 管理 功能 ， 包 括 终 端 设 备 管 理 、 数 据 配 置 、 业 务 发 放 和 


升级 等 














3.2 Ф УВ VoLTE 承载 及 QoS 管理 





VoLTE 业务 作为 一 种 实时 业务 ， 相 比 普通 PS 数据 业务 ， 对 速率 、 丢 包 率 、 时 延 等 有 着 
其 特殊 的 要 求 。 如 同城 市 道路 划分 非 机 动车 道 和 机 动车 道 一 样 ， 依 据 车 型 各 行 其 道 。VoLTE 





在 分 配 承 载 资 源 时 ， 利 用 QoS 策略 实现 了 针对 用 户 需求 的 合理 分 配 。 
3GPP 中 的 QoS 协议 规范 如 图 3-3 所 示 。 


| QCI Resource |Priority | Packet Delay Packet Error | Example of Services 
—— — —H E: (UE / P-GW) | Loss Rate 


E опчеваопот осе 一 一 一 一 
onversational Video (live 
sireaming 
5 т — ü — Ne CBINESOROHar VITE Tooner 
pum Ir: Non-conversational Video IDUTered 
streaming 


Video (Buffered Streaming); 


TCP-based (e.g. www, e-mail, chat, 
ftp, p2p file sharing, progressive 
video, etc. 


Video (Live Streaming), 
Interactive Gaming 

Video (Buffered Streaming); 
TCP-based (e.g. www, e-mail, chat, 


ftp, р2рі file sharing, ргодгеѕѕіме 
video, еїс. 





图 3-3 QoS 协议 规范 
对 于 VoLTE 业务 而 言 ， 涉 及 的 QoS 架构 如 图 3-4 所 示 。 


Gx: 
k QoS(QCI=1,GBR,ARP,Bandwidth=23k) 
2) Charging-rule, Flow-Description 











Voice media 


S1-C: 
1) ARP m 
2) GBR-QoS Rx: 
1) Media-Type-AUDIO 
eNodeB E P". 2) Codec-Data-G.723 
iN ui "d N. E ad E "2 e Bandwidthz23k IMS CN 
| X, E ий ------ A 
= ае ои 时 sma = p | 
UE 0 — PDN1: Default bearer(QCI-8/9) ) 














Ü PDN2: Default bearer: SIP signalling ) 








PDN2: Dedicated bearer: Voice тейїа(ОС!=1 
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图 3-4 QoS 架构 


一 般 而 言 ， 数 据 业 务 采 用 ОСІ 8 或 QCI 9 承载 ，SIP 信 令 采用 QCI 5 承载 ， 均 为 默认 承 
载 ， 是 PDN 建立 时 同步 建立 的 ，RRC 释放 后 保存 在 MME 和 SGW 中 ， 下 一 次 RRC 连接 恢复 
时 自动 重建 。 

数据 业务 和 SIP 信和 今 分 别 采用 QCI 29 和 QCI=5 的 Non - GBR 业务 策略 ， 而 语音 采用 
QCI=1 的 GBR 策略 和 专用 承载 ， 呼 叫 时 由 了 - CSCF 动态 触发 建立 ， 这 些 QoS 管理 策略 可 
以 通过 ОСІ, ARP. GBR. MBR 等 参数 控制 。 对 于 一 个 VoLTE 终端 ， 其 主要 业务 类 型 的 承 
Ж М QoS 保证 策略 如 图 3-5 所 示 。 








ARP( Allocation and Retention Priority ) 
QCI 的 主要 目的 是 在 资源 限制 的 情况 下 决 
承载 类 型 Qos 保 证 类 型 定 接受 还 是 拒绝 承载 的 建立 或 修改 请 


求 (主要 是 准 入 模块 使 用 ， 不 影响 调 
默认 承载 


ARP 度 优先 级 ) 
e 是 EPC 实 现 Always On 的 









AMBR ( Aggregate Maximum Bit Rate ) 
Fs VRBE АЕ 79 PUR HEGBROR 2G 
共享 


e 在 Attach 时 默认 承载 建立 


CI 等 级 
e Default QoS ord 


e Resource type (GBR/NGBR) 
e PLR (Packet Loss Rate) 
e PDB (Packet Delay Budget) 


专用 承载 e Priority 
GBR: 最 小 保证 速度 





MBR: 最 大 保证 速度 
3-5 005 承载 分 类 及 属性 


3.3 第 三 招 。” 聚 音 成 束 一 一 AMR 编 解 码 基 础 


VoLTE 为 实现 高 精 语音 业务 采用 AMR (Adaptive Multi - Rate) 编码 ， 包 括 罕 带 AMR 和 
ww AMR, 


3.3.1 AMR 基础 介绍 一 一 从 窄带 到 宽带 


AMR 是 目 适 应 多 速率 语音 编码 顺 ， 其 基本 原理 是 基于 代数 但 激励 线性 预测 ( ACELP) 
的 编码 模式 ， 编 码 端 提取 ACELP 模型 参数 (线性 预测 系数 、 自 适应 人 码 本 和 国定 码 本 索引 及 
增益 ) ， 解 码 端 接收 到 数据 后 根据 这 些 参 数 重新 合成 语音 。AMR 主要 用 于 移动 设备 的 音频 ， 
压缩 比比 较 大 ， 相 对 其 他 的 压缩 格式 质量 比较 差 ， 多 用 于 人 声 通 话 ， 可 以 节省 传输 频带 资 
源 ， 保 持 线路 通信 的 高 效率 。 

AMR 分 为 两 种 ， 一 种 是 AMR -NB (AMR Narrow Band) ,语音 带宽 范围 为 300 ~ 3400 Hz, 
采用 8 kHz 采样 频率 ; 另外 一 种 是 AMR - WB (AMR Wide Band), 语音 带宽 范围 为 50 ~ 
7000 Hz， 采 用 16 kHz 采样 频率 。 考 虑 语音 的 短 时 相关 性 ， 每 帧 长 度 均 为 20 ms， 即 1s 发 送 
50 个 语音 包 。 

AMR -NB 的 采样 频率 为 8000 Hz 、 帧 长 为 20 ms， 而 一 个 包 可 以 包含 多 个 语音 帧 ， 但 现 
在 一 般 打 包 时 长 也 是 20 ms， 即 最 多 也 只 包含 一 个 语音 帧 (有 可 能 一 个 包 只 包含 一 个 静音 
Di); AMR - NB 每 帧 进行 160 个 采样 (每 个 采样 用 13 bit 表示 ) ， 知 编码 速率 为 12. 2 kbit/s, 
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则 帧 长 为 12. 2 kbit/s x20 ms =244 bit， 即 用 244 bit 来 体现 160 x 13 bit 的 信息 ， 即 AMR 是 有 























损 压 缩编 解码 。 
AMR -NB 共有 16 种 编码 方式 ， 见 表 3-4。0 ~7 对 应 8 种 不 同 的 编码 方式 , 8 ~ 15 用 于 
噪声 或 者 保留 用 。 
表 3-4 AMR -NB 编码 方式 
帧 类 型 模式 标识 模式 请 求 帧 内 容 
0 0 0 AMR 4, 75 kbit/s 
1 1 1 AMR 5, 15 kbit/s 
2 2 2 AMR 5, 90 kbit/s 
3 3 3 AMR 6, 70 kbit/s ( PDC - EFR) 
4 4 4 AMR 7, 40 kbit/s ( TDMA - EFR) 
5 5 5 AMR 7, 95 kbit/s 
6 6 6 AMR 10, 2 kbit/s 
7 7 7 AMR 12, 2kbit/s (GSM - EFR) 
8 一 一 AMR SID 
9 一 一 GSM - EFR SID 
10 一 一 TDMA - EFR SID 
11 一 一 PDC - EFR SID 
12 ~ 14 一 一 For future use 
15 _ _ No Data ( No transmission/No reception ) 








AMR - WB 采样 频率 为 16kHz， 是 一 种 同时 被 国际 标准 化 组 织 ITU -T 和 3GPP 采用 的 宽 
带 语音 编码 标准 ， 也 称 为 G722. 2 标准 。AMR - WB 提供 的 语音 带宽 范围 达到 50 ~ 7000 Hz, 
用 户 可 主观 感受 到 语音 比 以 前 更 加 自然 、 和 舒适 和 易于 分 辨 。 

AMR - WB 共有 16 种 编码 方式 ， 见 表 3-5。 其 中 ,0 ~8 对 应 9 种 不 同 的 编码 方式 , 9 (К 
Ae BEA (Comfort Noise Trame) 。 








33-5 AMR -WB 编码 方式 




















bi 类 型 模式 标识 模式 请 求 їй 内 容 

0 0 0 AMR - WB 6. 60 kbit/s 

1 1 1 AMR - WB 8. 85 kbit/s 

3 2 AMR - WB 12. 65 kbit/s 
3 3 3 AMR - WB 14. 25 kbit/s 
4 4 4 AMR - WB 15. 85 kbit/s 
5 5 5 AMR - WB 18. 25 kbit/s 
6 6 6 AMR - WB 19. 85 kbit/s 
7 7 7 AMR - WB 23. 05 kbit/s 
8 8 8 AMR - WB 23. 85 kbit/s 
9 = = AMR -WB SID (静默 帧 ) 
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bi 类 型 模式 标识 模式 请 求 bi 内 4 
10~13 一 一 For future use 
14 _ _ speech lost 
15 一 一 No Data ( No transmission/No reception ) 








3.3.2 AMR 帧 关键 信 元 介绍 一 一 从 基础 到 进 阶 


在 VoLTE 实际 分 析 问 题 过 程 中 ， 需 要 查看 SIP 信 令 中 AMR 协商 相关 字段 等 ， 因 此 了 解 
AMR 关键 信 元 的 含义 和 作用 至 关 重 要 。 

1) Octet – align; AMR 分 为 Octet - aligned ( 字 节 对 齐 ) 模式 和 Bandwidth — efficient ("f 
宽 节 省 ) 模式 。 字 节 对 齐 模式 指 payloadheader table of content 和 speech frame 都 是 字 节 对 齐 
的 ， 目 的 是 为 了 便于 处 理 。 市 宽 节 省 模式 是 指 只 有 整个 payload 是 字 下 对齐 的 ， 所 以 要 省 去 
一 些 填充 字 节 的 位 。 在 SDP 中 ， 如 果 不 携带 Octet — aligned 参数 ， 或 者 携带 Octet — align 20, 
则 表示 带宽 节省 模式 ; 如 果 携 带 Octet- align =1， 则 表示 字 节 对 齐 方式 。 

2) Mode -set : 文 持 的 速率 集合 。 速 率 集合 是 指 文 持 AMR 的 那些 速率 模式 (模式 内 容 
对 应 AMR 报 文 的 FT 字段 ) XIF AMR， 取 值 范围 为 0~7。SID (Silence IDicate, 8) Uf 
No DATA (15) 不 包含 于 此 ， 但 也 可 以 使 用 。 对 于 AMRWB， 取 值 范围 为 0 ~8，SID(9)、 
SPEECH_LOST(14). No DATA(15 ) 不 包含 于 此 ,但 也 可 以 使 用 。 

3) Mode - change - period; 速率 调整 间隔 ， 每 隔 多 少 个 帧 块 后 ， 人 允许 (发送 端的 ) 编 
解码 模式 变化 一 次 (这 是 对 远 端 发 送 能 力 的 一 个 限制 协商 ， 描 述 的 是 本 端的 接收 能 力 )， 取 
值 为 1 或 者 2， 分 别 对 应 一 帧 和 两 帧 。 

4) Offer 或 Answer 为 GSM 网 络 (FR AMR/HR АМК): Mode - change - period =2， 只 有 
Offer 1% Mode - change - capability = 2 zk Mode - change - period = 1 If, Answer 4 BÉ tR T 
mode - change — period = 2 

5) Mode - change – capability; 该 字段 = 1 表示 不 支持 和 每 两 帧 改变 一 次 速率 的 终端 互 
通 。 如 果 不 带 该 字段 ， 则 视 为 =1。 该 字段 = 2 表示 终端 可 以 支持 和 只 能 每 两 帧 改变 一 次 速 
率 的 终端 互通 。 

б) 速率 切换 能 力 指 示 : 指示 本 端 是 否 有 能 力 控 制 编 解码 模式 的 变化 (描述 的 是 本 端的 
发 送 能 力 ) ， 取 值 为 1 或 2。 取 值 为 1 时 表示 不 限制 切换 间隔 ， 取 值 为 2 时 表示 切换 间 隅 必 
须 为 2。 

7) Mode - change - neighbor: 如 果 该 值 为 1， 则 表示 只 能 在 相 邻 的 速率 上 改变 。 例 如 ， 
只 能 从 4. 75 ~5. 15 kbits， 而 不 能 进行 4.75 ~ 12. 2 kbit/s B'JSSEAE -7 

8) Max -red: 如 果 采 取 宛 余 模式 ， 则 发 送 方 会 发 一 个 主 帧 ， 过 一 段 时 间 再 发 一 个 元 余 
帧 ， 该 值 是 指 这 两 个 帧 之 间 的 时 间 间 隅 。 

9) Channels; 多 通道 语音 ， 如 同 立体 声 ， 就 是 用 多 个 通道 来 模拟 不 同方 向 上 的 声音 ， 产 
生 较 好 的 目 然 音 质 。AMR 可 以 在 一 帧 数据 包 中 携 宙 多 个 通道 的 语 首 包 ， 按 顺序 排列 。 通 道 
数 和 排列 顺序 可 以 在 SDP 中 指定 。 

10) Interleaving: 在 一 个 RTP 包 中 可 以 存放 多 个 AMR payload 包 ， 以 提高 传输 效率 CB 
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省 了 包头 )。 然 而 ， 这 样 做 的 坏处 是 一 旦 丢 包 ， 则 会 丢 几 个 连续 的 语音 包 ，, 语音 质量 下 降 。 
Interleaving 就 是 连续 的 包 交 错 放 到 不 同 的 RTP 包 里 ， 如 1、10、20、40 放 到 包 1, 2, 11, 21, 
41 放 到 包 2，12、22、32、42 放 到 包 3。 这 样 一 个 RTP 包 和 于 了， 于 的 就 不 是 连续 的 包 ， 对 语 
音质 量 的 影响 有 限 。Interleaving 只 在 字 节 对 齐 模式 下 才能 使 用 。 

11) Рите: 打包 时 长 ， 一 般 为 20 ms, 

12) Maxptime: 最 大 打包 时 长 ， 时 长 为 帧 的 整数 倍 ， 单 位 为 ms。 如 果 该 参数 不 携带 ， 
则 认为 可 以 支持 任意 打包 时 长 。 该 参数 与 Рите 不 同 ，Maxptime 是 控制 КТР 包 的 最 大 帧 数 
的 ， 这 里 帧 包括 语音 帧 、 静 音 帧 及 无 数据 帧 〈 宇 节 对 齐 交 织 方式 会 携 市 ) Ят КТР 包 包 含 多 
个 通道 数 为 N， 每 个 通道 帧 为 M， 则 Maxptime 7j 20 ms x Nx M; Рите 的 含义 是 每 隔 多 长 时 
间 进 行 打包 ， 是 每 语音 帧 的 整数 倍 ，RTP 包含 多 个 通道 ， 由 于 打包 时 间 点 相同 ， 因 此 和 是 否 
包含 多 个 通道 无 关 。Maxptime 不 会 影响 网 络 的 互通 ,但 是 会 影响 系统 性 能 ，Maxptime 越 大 ， 
TE BE x Un Bx A „ 

13) СКС: 用 于 决定 净 符 是 否 进行 CRC 校 验 ， 一 般 为 1 表示 需要 ， 媒 体 流 会 携带 校 验 位 。 

14) Robust - sorting: 用 于 决定 是 否 进行 鲁 棒 排 序 。 


3.4 第 四 招 ”有 法 可 依 一 一 语音 质量 评价 体系 


语音 质量 与 用 户 感知 相关 ， 相 对 其 他 指标 ， 该 指标 主观 性 较 强 ， 难 以 量化 ， 通 过 一 代 代 
通信 人 的 不 断 探 索 ，MOS 评价 体系 成 为 了 广泛 被 认可 的 语音 质量 评价 标准 。 
3.4.1 话音 质量 评价 (MOS) 一 一 五 级 打分 ， 主 观 变 客 观 

语音 的 质量 是 影响 服务 质量 最 关键 的 因素 。VoIP 业务 在 传输 过 程 中 ， 由 于 存在 时 延 、 
抖动 和 和 技 包 等 ， 会 影响 到 语音 的 质量 。 

语音 质量 主要 通过 MOS (Mean Opinion Score) 值 来 评价 。MOS 是 一 种 常用 的 主观 评价 
标准 ， 见 表 3-6。ITU -T G. 107 给 出 的 语音 业务 的 MOS 定义 为 五 级 ， 用 户 满意 度 和 MOS 等 
级 的 对 应 关系 见 语音 质量 等 级 表 。 对 于 不 同 的 话音 编码 速率 ， 在 同样 的 时 延 和 丢 包 率 情 况 
F, MOS 的 值 会 有 一 定 的 差异 。 
















































































表 3-6 MOS 主观 评价 标准 








MOS 语音 传输 质量 等 级 用 户 满 意 度 

4. 34 很 好 非常 满意 

4. 03 好 满意 

3.6 一 般 部 分 用 户 满意 
3.1 低 较 多 用 户 不 满意 
2. 58 差 几乎 所 有 用 户 不 满意 





3.4.2 POLQA 算法 简介 一 一 专 为 高 清 语 音 打造 
传统 2G/3G MOS 评分 主要 采用 PESQ 算法 。 该 算法 对 宽 市 文 持 较 差 ， 为 满足 VoLTE (ео 
清 语音 需要 ，ITU -T 12 小 组 在 2011 4E 1 月 发 布 了 最 新 通信 语音 质量 测试 算法 P. 863 协议 。 
P. 863 为 客观 语音 质量 评估 标准 (Perceptual Objective Listening Quality Analysis, POLQA ) ， 
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支持 窄带 (300 ~ 3400 Hz) 和 超 宽 带 (50 ~ 14000 Hz) 语音 质量 的 评估 。 
语音 质量 评估 标准 的 演进 如 图 3-6 所 示 。 


=E =š Bš 
14kHz 











POLQA 
P.863 (jm) 
" 2010 
P.862.3 PESQ-WB 
宽 om PESQ 
# p 
11/2005 
PSOM PESQ PESQ 
MOS-LQO 
as z ITU-T P.861 ITU-T P.862 P.862.1 P.862.2 
sx 08/1996 02/2001 11/2003 11/2005 
се 
1996 2000 2005 2010 
3-6 语 首 质量 评估 标准 的 演进 
POLQA 的 优势 如 下 : 


1) 算法 更 先进 ， 结 果 更 精确 等 。 

2) 测试 包 语 言 更 丰富 ， 包 含 美式 英语 、 英 式 英语 、 汉 语 (普通 话 ) 、 捷 克 语 、 和 荷兰 语 、 
法 语 、 德 语 、 意 大 利 语 、 日 语 、 瑞 典 语 、 瑞 士 德语 。 

3) 文 持 50 ~ 14 000 Hz 的 语音 声波 频率 ， 宫 括 用 户 能 察觉 的 声音 ， 包 含 噪声 。 

使 用 宽带 模式 测试 罕 带 语 典 型 差异 值 ， 见 表 3-7。 宽 带 语音 下 MOS 值 最 高 为 4.75 分 ， 
窄带 语音 下 MOS 值 最 高 为 4.5 分 。 








N 


43-7 宽 市 模式 测试 窄 着 语 典型 差异 值 























MOS -LQ 宽带 MOS - LQ 窄带 
MOS 分 值 
(50 ~ 14 000 Hz)/ 分 (300 ~ 3400 Hz)/ 分 
透 传 50 ~ 14 000 Hz 或 者 更 宽 4.8 = 
透 传 50 ~7000 Hz (“ 旧 ”宽带 ) 4.5 = 
AMR - WB 12. 65 kbit/s (50 ~7000 Hz) 4 - 
x&( 300 -3400 Hz ( “POTS” ) 3.8 4.5 
G. 711 (A - Law 标准 PCM) 3.7 4.3 
EFR/AMR - FR 12. 2 kbit/s 3.6 4.1 
EVRC 9. 5 kbit/s 3.4 3.9 
EVRC - B 9. 5 kbit/s 3.5 4 
AMR - HR 7. 95 kbit/s 3.4 3.8 
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建 模 算 法 分 为 时 间 域 及 频率 域 、 时 间 域 分 细 卢 时 间 对 齐 、 频 率 域 记录 频率 密度 、 综 合 卷 
积 与 源 文件 比较 ， 如 图 3-7 所 示 。 
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63-7 建 模 算法 原理 








POLQA 是 一 种 评估 高 清 语音 的 标准 。 高 清 语音 (High - Definition Voice, HD Voice) 
是 指 在 通信 领域 使 用 宽带 编 解 码 技 术 给 用 户 提 供 一 种 更 易 识别 、 更 高 体验 满意 度 的 语音 
业务 。 在 移动 话音 领域 ， 高 清 语 音 又 称 为 宽带 语音 。 高 清 语音 使 用 更 高 的 有 TIR, 使 得 用 
户 容 易 识 别 一 些 没 有 发 出 音 的 辅音 ， 如 “ss”“f” “sh” 等 ， 同 时 也 减少 噪声 的 影响 ， 使 得 
语音 富有 立体 感 ， 长 时 间 通 话 或 语音 会 议 更 令 人 舒适, 不 像 罕 带 那 么 单调 。 质量 评估 表 
见 表 3-8。 




















表 3-8 语音 质量 评估 表 





























MOD 分 值 POLOA SWB/ 分 |PESQ WB Р. 862. 2/ 分 | POLOA NB/ 分 | PESQ NB P. 862. 1/4) 
14kHz 16 bit Linear 4. 75 
7 kHz 16 bit Linear 4. 5 4. 6 
AMR - WB 4 3.6 
3. 4 kHz 16 bit Linear 3.8 3.6 4. 5 4. 5 
G.711 3.7 4.3 4. 5 
EFR/AMR - FR 12. 2 kbit/s 3.6 4.1 4.1 
EVRC 9. 5 kbit/s 3.4 3.9 $7 
EVRC - B 9. 5 kbit/s 3.5 4 3.8 
AMR - HR 7. 95 kbit/s 3.4 3.8 3.6 
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3.5 第 五 招 五 大 绝技 一 一 VoLTE 关键 技术 





3.5.1 Ё AEA, AmA 


VoIP 业务 的 业务 状态 包括 通话 期 和 静默 期 (SilentPeriod) 。 通 话 期 与 静默 期 的 语音 编码 
速率 和 静默 周期 不 同 ， 如 图 3-8 所 示 。 为 了 减 小 处 理 小 包 业 务 时 的 LL/L2 控制 信 令 开销 ， 
对 于 VoIP 业务 的 通话 期 做 半 静 态 调 度 。 

非 稳 态 通话 期 静默 期 语音 数据 并 发 
е — > < — = ————— o 














静默 帧 





< 20ms «C— — — — — ^» 160 
图 3-8 话音 业务 周期 的 状态 示意 图 


当 系 统 检测 到 业务 状态 以 20 ms 进行 一 次 UE 调度 ， 期 间 MCS (最 高 限制 
е 传输 模式 都 保持 不 变 ， 资 源 固定 分 配给 该 用 户 ; 静默 期 采用 动态 调度 。 
E dua ge fr 1.4 MHz 带宽 的 高 铁 系 统 、 混 合 
业务 及 紧急 呼叫 场景 ，VoIP 业务 采用 动态 调度 。 
当 采 用 半 静 态 调度 的 UE 不 满足 半 静 态 调 度 的 条 件 时 ， 需 要 转换 为 动态 调度 ， 如 静默 
期 、 半 静态 调度 期 间 的 大 包 以 及 信 令 、HAROQ 重 传 数据 。 


3.5.2 AJE RoHC 一 一 压缩 开销 ， 高 效 传输 


语音 、 视 频 、 游 戏 等 业务 的 分 组 报 文 的 报头 太 长 ， 往 往 等 于 甚至 大 于 净 人 和信。 在 报 文 的 报 
头 中 ， 很 多 字段 的 作用 是 确保 端 到 端 连 接 的 正确 性 。 对 于 某 一 段 链 路 来 说 ， 不 起 具体 作用 ， 
且 每 个 报 文中 都 相同 的 宛 余 内 容 可 以 不 用 每 次 发 送 ， 而 采取 在 链 路 的 另 一 段 进 行 还 原 的 办 
法 。 因 此 ，VoLTE 采用 头 压缩 功能 ， 以 减少 开销 ， 节 省 带宽 资源 。 

RoHC 的 压缩 效率 是 变化 的 ， 根 据 RoHC 工作 模式 以 及 应 用 层 报 文 头 动态 域 的 变化 规律 
不 同 ，RoHC 压缩 的 报 文 大 小 不 同 。 最 高 可 以 将 报 文 头 压 缩 到 1B， 有 效 地 减 小 VoIP 报 文 大 
小 和 调度 所 需 的 RB 资源 。RoHC 技术 原理 如 图 3-9 所 示 。 

LTE 系统 中 的 RoHC 功能 实体 位 于 UE 和 eNodeB (简称 eNB) 的 用 户 面 PDCP (Packet Da- 
ta ConvergenceProtocol) 实体 中 ， 仅 用 于 用 户 面 数据 报 的 头 压缩 和 解压 。 压 缩 方 对 报 文 头 进行 
压缩 ， 并 传递 头 部 压缩 信息 给 解压 方 ; 解压 方 通过 上 下 文 来 确保 头 压缩 报 文 能 够 被 正确 解压 。 

对 于 IPv4: AMR12. 2k 语音 编码 速率 ， 净 和 荷 为 263bit ( 即 33B) ， 考 虑 RoHC 头 压 缩 ， 共 
39B, ZJŠ PDCP, RLC 和 MAC 头 开 销 后 ， 共 43B ( 即 344 bit) 。 不 考虑 RoHC 头 压缩 ， 应 
用 层 RTP 开销 占 12B，UDP 头 开 销 占 8B， 了 下层 的 了 下头 开销 占 20B， 头 部 共 40B， 加 上 兆 荷 
及 空 口 头 部 共 77B，RoHC 节省 了 约 34B。 

对 于 IPv6; IPv6 不 包含 IP 标识 字段 (IP4 该 字段 可 以 程序 自 定 义 ) ， 实 际 上 压缩 优 于 
IPv4, IP 头 部 约 为 60B，RoHC 压缩 后 约 为 4B， 节 省 资源 更 大 。 
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Application Application 


RTP beader 


д”, 


UDP UDP beade: | RT Beide: 


20/40B 


8B 12B 
IP beader UDP beader| RTO beader 


ROHC ROHC beader ROHC 


Link Level Link Level 


K| 3-9 RoHC 技术 原理 


3.5.3 ТТІ Bundling —— 5 TTI 28, REME 


TTI Bundling &— M EITA s Hum JR , KME] SINR 低 于 一 定 门 限时 ，UE 会 在 
连续 多 个 TTI (协议 规定 为 4 个 ) 上 传输 固定 数目 的 数据 ， 不 需要 等 待 HARQ 进程 ， 从 而 降 
低 了 分 片 带 来 的 系统 头 开销 和 丢 包 出 错 的 概率 。 

TTI Bundling 本 质 上 是 一 种 时 间 分 集 技术 ， 重 复发 射 4 份 同样 的 数据 ， 增 强 接收 机 的 可 
靠 性 ， 所 以 理论 上 能 够 获得 6 dB 的 增益 。HAROQ 进程 也 采用 ТТІ Bundling， 理 论 上 获得 6 dB 
的 增益 。 实 际 上 ， 受 到 无 线 环 境 的 影响 ， 在 eTU3 信道 下 ， 仿 真 输出 的 增益 为 3 -4dB, ТТІ 
Bunding 工作 原理 示意 图 如 图 3-10 所 示 。 











RV=0 RV=2 RV=3 RV-1 








ACK/NAK ACK/NAK 






rctransmission 


Bundle HARQ RTT 
[3-10 TTI Bundling 工作 原理 示意 


协议 规定 ， 只 有 配 比 0、1、6 支持 TII Bundling， 其 他 配 比 的 上 行 子 帧 数 太 少 ， 不 适合 
做 绑 定 处 理 。 协 议 还 限制 TTI Bundling Size = 4 (36.321); 每 个 TB 最 大 占用 КВ 数 为 3， 
MCS 最 大 选用 10 (36. 213 ) 。 
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当前 中 国 移动 了 频段 和 D 频段 的 配置 均 设 置 为 3:1， 因 此 无 法 使 用 ТТІ Bundling 提升 
VoLTE МУ 2 B, 18 ш 


3.5.4 RLC 分 片 一 一 大 包 拆 小 ， 便 于 传输 


RLC 层 会 根据 底层 上 报信 息 (如 UE 所 分 配 的 无 线 资源 的 数据 承载 能 力 ) ， 对 PDCP 
PDU 进行 分 段 ， 形 成 比较 小 的 RLC PDU， 以 适应 所 分 配 的 无 线 资源 的 大 小 ， 从 而 减 小 数据 
包 的 大 小 ， 提 高 接收 端的 可 靠 性 (等 效 于 增强 覆盖 )。RLC 层 工 作 原 理 示 意图 如 图 3-11 
所 示 。 

Jon (AMR 1229 
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PDCP Voice Payload 


~. 


Беа 
| | 
МАС 分 片 Payload 
1 


id 将 一 个 PDCP 包 分 成 若干 个 小 包 ， 
[3-11 RLC 层 工 作 原 理 示 意图 
RLC 分 片 对 数据 业务 传输 的 影响 如 下 : 开销 增 大 导致 占用 资源 变 多 ， 接 入 用户 数 变 小 ; 
HARQ 反馈 错误 造成 竺 包 率 变 高 ; ACK/NACK 反馈 增多 ，ACK/NACK 本 身 出 错 的 概率 会 增 
大 ， 导 致 丢 包 率 变 高 。 


3.5.5 DRX 一 一 周期 体 眠 ， 提 高 终端 续航 


DRX 的 典型 应 用 场景 为 周期 性 连续 小 包 业 务 ， 如 VoIP 业务 (QCI =1 ) ， 在 不 发 送 数据 
的 时 间 段 内 可 以 使 用 户 进 入 休眠 期 ， 达 到 省 电 的 目的 。FDD LTE 的 VoLTE 省 电 率 约 30% ; 
TDD DRX 节能 效果 应 该 略 差 于 FDD， 因 为 ОР 和 IA 的 实际 持续 时 间 会 长 于 FDD, TDD 实际 
节能 效果 竺 测试 。 


3.6 第 六 招 非 你 莫 属 


VoLTE 高 清 语音 与 2G/3G 传统 语音 相 比 有 着 明显 的 优势 ， 但 部 署 VoLTE 对 网 络 也 有 较 
高 的 要 求 。 
3.6.1 打 牢 根基 一 一 履 益 要 求 
履 盖 是 网 络 的 基础 ， 用 户 对 语音 业务 的 体验 非常 敏感 ， 断 续 、 掉 话 均 可 能 引发 用 户 的 投 
诉 。 因 此 ， 部 署 VoLTE 业务 要 求 网 络 履 盖 良 好 。 
网 络 履 盖 跟 频段 、 上 下 行 时 隙 配 比 、 基 站 天 线 数 、 天 线 增益 、 语 音 编 码 等 密切 相关 。 不 
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VoLTE 部 署 要 求 及 建议 












































同 的 场景 ， 窗 新 要 求 不 同 。 
以 中 国 移动 场景 为 例 ， 和 窗 新 标准 见 表 3-9。 
表 3-9 不 同 频段 覆盖 标准 
ma B (95% Ж) 
RSRP 门限 /dBm RS - SINR 门限 /dB 
F 频段 D 频段 F 频段 D 频段 


- 100 

















如 果 LTE 网 络 无 法 满足 连续 覆盖 和 深度 覆盖 要 求 ， 则 必须 部 署 SRVCC， 以 保持 语音 通 
话 的 连续 性 。 这 要 求 做 好 LTE 5 2G/3G 网 络 的 互 操作 ， 以 支持 SRVCC 的 切换 。 


3. 6.2 ”外 练 筋 骨 一 -一 网 络 改造 建议 


VoLTE 部 署 涉及 eNodeB, EPC 的 软件 升级 和 参数 配置 ，IMS 核心 网 的 部 署 ， 以 及 EPC 
相关 功能 的 部 署 。 如 果 部 署 eSRVCC， 则 可 能 还 涉及 2G BSC 和 MSC 的 软件 升级 。 不 同 网 元 
部 署 要 求 见 表 3-10。 





表 3-10 不 同 网 元 部 署 要 求 











网 元 功能 要 求 改造 需求 

UE R10 或 以 上 版 本 ,支持 eSRVCC 新 发 放 VoLTE 终端 ， 或 者 软件 升级 文 持 

eNB 支持 VoLTE, eSRVCC 软件 升级 支持 (eRAN7. O/eRANS. 0) ， 配 置 切 换 门限 、26G 邻 区 
MME 支持 VoLTE, eSRVCC 软件 升级 支持 ， 配 置 参数 

2G BSC 支持 eSRVCC 软件 升级 支持 ， 配 置 SRVCC 的 SAI 

MSC 支持 eSRVCC 软件 升级 支持 ， 配 置 参 数 

IMS 支持 VoLTE, eSRVCC 部 署 VoLTE 业务 时 新 建 








3.6.3 内 修 心 法 一 一 无 线 相关 功能 特性 部 团 建 议 
Wb VoLTE 业务 ,需要 开启 相关 功能 特性 ( 见 表 3-11) ， 提 升 用 户 的 感知 。 
3-11 无 线 相 关 特 性 部 署 建议 














特性 功能 功能 简介 部 署 建议 
VoLTE LTE 网 络 进 行 语音 业务 的 基本 功能 开局 
SRVCC 语音 业务 切换 到 2c/3c 网 络 ， 保 证 语音 业务 的 连 | 在 4G 网 络 未 达到 语音 业务 连续 覆盖 要 求 
续 性 或 深度 覆盖 要 求 时 开启 
空 口 压缩 语音 包 IP 包头 ,， 减 小 语音 包 大 小 ， 提 升 系 
RHC иаа 开启 
m— 通话 期 间 使 用 固定 的 调度 信息 ， 节 省 PDCCH 资源 ,| 和 暂 不 开启 ， 建 议 主流 终端 完成 IJOT， 并 确 
d 提升 系统 容量 保 相关 功能 没有 问题 后 开启 
| 当 无 线 网 络 中 现 有 业务 满意 度 低 时 ， 通 过 拒绝 新 业 
1 fü zit . i 一 
准 信 负载 控制 ”| 务 的 接 入 ， 保 证 接 和 人 业务 的 稳定 性 和 用 户 感受 开局 
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第 四 式 ” 通话 不 中 断 法 军 eSRVCC 


在 4G 部 署 初级 阶段 ， 度 还 无 法 达到 传统 GSM 网 络 的 基站 替 盖 程度 ， 势 必 会 给 
VoLTE 用 户 的 通话 带 来 致命 的 影响 。3GPP R8 中 提出 了 基于 SRVCC 的 VoLTE 语音 方案 神 


ss 
4.1 第 一 招 唯 有 繁华 落 


运营 商 从 GSM/TDS 网 络 升级 到 UTE 网 络 初 期 ， 一般 是 对 LTE 做 热点 覆盖 ， 部 分 区 域 
LTE 网 络 履 盖 不 足 。 在 用 户 在 使 用 LTE 网 络 进行 VoLTE 语音 通话 的 过 程 中 ， 随 着 用 户 的 移 
动 ， 正 在 进行 的 语音 业务 会 面临 离开 LTE 覆盖 范围 后 语音 能 和 否 连续 的 问题 。 

SRVCC (Single Radio Voice Call Continuity) х: 3GPP 提出 的 一 种 VoLTE 语音 业务 连续 性 

方案 ， 主 要 用 于 解决 LTE 网 络 部 署 初期 语音 业务 存在 的 问题 。 当 Single Radio НР (该 类 用 
户 同一 时 刻 只 能 接 入 一 个 网 络 ) 在 语 首 通 话 过 程 中 从 E -UTRAN (Evolved Universal Terres- 
trial Radio Access Network) 1021] UTRAN (UMTS Terrestrial Radio Access Network) /GERAN 
( GSM EDGE Radio Access Network) 时 ，SRVCC 能 将 通话 路 由 从 -UTRAN 切换 到 UTRAN/ 
GERAN, ， 保 持 用 户 的 语音 通话 体验 不 中 断 。 

SRVCC 在 3GPP R8 中 首次 定义 ， 并 在 3GPP RIO 增强 为 eSRVCC (enhanced SRVCC ) 。 
fr SRVCC 方案 中 ， 由 于 需要 在 IMS 网 络 中 创建 新 承载 ， 因 此 很 容易 导致 切换 时 延 高 于 300 ms, 
影响 终端 用 户 体验 。 而 eSRVCC 方案 相对 于 SRVCC 方案 的 增强 在 于 减少 了 切换 时 延 (UJ 
换 时 长 小 于 300 ms), ， 可 以 使 用 户 获得 更 好 的 通话 体验 。SRVCC 和 eSRVCC 的 实现 原理 如 
图 4-1 所 示 。 

e SRVCC: 媒体 的 切换 点 是 对 端 网 络 设备 (如 对 端 UE) ， 影 响 切换 时 长 的 主要 因素 是 

会 话 切换 后 需要 在 IMS 网 络 中 创建 新 的 承载 。 

e eSRVCC; 相 比 于 SRVCC, eSRVCC 的 媒体 切换 点 改 为 更 靠近 本 端的 设备 。 具 体 方案 
就 是 增加 ATCE/ ATGW 功能 实体 作为 媒体 锚 定 点 ， 无 论 是 切换 前 ， 还 是 切换 后 的 会 话 
消息 都 要 经 过 ATCF (Access Transfer Control Function) ZATGW (Access Transfer Gate- 
way) 转发 。 s E O n sf UE 5 ATGW л, 
对 端 设 备 与 ATGW 之 间 的 媒体 流 还 是 通过 原 承 载 通道 传输 。 这 样 其 创建 新 承载 通道 
的 消息 交互 路 径 明 显 短 于 SRVCC 方案 , 减少 了 切换 时 长 。 

在 ТТЕ Ж тти. ЁЁ] РЭШ] IMS 提供 VoIP 语音 ，IMS 提供 呼叫 控制 及 后 续 的 切换 控制 。 在 

用 户 通话 过 程 中 移出 LTE 履 盖 范围 时 ，IMS 作为 控制 点 与 CS 域 交 互 ， 将 原 有 通话 切换 到 CS 
域 ， 保 证 语音 业务 的 连续 性 。eSRVCC 典型 组 网 架构 如 图 4-2 所 示 。 
eSRVCC 部 署 后 ， 关 键 接口 /网 元 及 其 功能 描述 见 表 4-1。 
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===== 切换 前 信 令 ”一 一 一 切换 前 承载 
===== 切换 后 信 令 切换 后 承载 
一 一 切换 中 无 变化 的 承载 


图 4-1 SRVCC 和 eSRVCC 的 实现 原理 








图 4-2 eSRVCC 典型 组 网 架构 
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表 4-1 eSRVCC 关键 接口 /网 元 及 其 功能 描述 








接口 /网 元 功能 描述 
Sv 接口 MME 和 SRVCC MSC 之 间 的 接口 ， 提 供 SRVCC 功能 
ATCF 是 切换 前 后 信 邻 的 销 点 。 为 了 减 小 时 延 ，ATCF 功能 一 定 部 署 在 服务 网 络 (对 于 漫游 用 
ATCF 户 来 说 ， 拜 访 网 络 为 服务 网 络 ) ， 这 样 МӘС 能 尽量 靠近 ATCF， 避 免 了 MSC 到 ATCF 的 信 令 路 由 
时 间 过 长 
"m ATGW 是 切换 前 后 VoIP 媒体 的 销 点 。 因 为 切换 后 该 ATGW 销 点 不 变 ， 所 以 不 需要 做 会 话 转换 ， 


由 此 带 来 的 中 断 时 间 就 可 以 避免 


无 线 侧 流 程 和 PS 切换 类 似 。E -UTRAN 需要 在 切换 中 告知 MME 相应 的 SRVCC 指示 信息 ， 包 
































E-UTRAN | 括 邻 区 是 否 支持 SRVCC、， 是 否 支持 CS 和 PS 并 发 切换 
对 于 CS Only f] SRVCC, UTRAN/GERAN 只 需要 支持 CS 切入 即 可 
и 对 于 CS 和 PS 并 发 切换 的 SRVCC，UTRAN/GERAN 需要 支持 CS 和 PS 并 发 切入 
将 话音 承载 和 非 语音 承载 进行 剥离 ， 话 音 承 载 向 MSC 完成 CS 切换 流程 ， 非 语音 承载 向 SGSN 
完成 PS 切换 流程 
如 果 是 紧急 呼叫 ， 通 过 Sv 接口 触发 紧急 呼叫 SRVCC 流程 ， 同 时 携带 紧急 呼叫 标识 
根据 DNS (Domain Name Server) 流程 或 者 本 地 配置 选择 支持 SRVCC 的 增强 MSC 
MSC 处 理 CS 切换 和 会 话 转 换 流程 
SGSN 如 果 SRVCC 中 并 发 数据 业务 ， 则 处 理 数据 业务 的 PS 切换 流程 
是 IMS 中 与 用 户 的 第 一 个 连接 点 ， 提 供 代理 (Proxy) 功能 ， 即 接受 业务 请 求 并 转发 它们 ， 但 
P - CSCF 不 能 修改 INVITE 消息 中 的 Request URI 字 段 ; P - CSCF 也 可 提供 用 户 代 理 (UA) 功能 ， 即 在 异 
常情 况 下 中 汤 和 独立 产生 SIP 会 话 
在 IMS 核心 网 中 处 于 核心 的 控制 地 位 ， 负 责 对 UE 的 注册 鉴 权 和 会 话 控制 ， 执 行 针 对 主 叫 端 及 
S - CSCF 被 叫 端 IMS 用 户 的 基本 会 话 路 由 功能 ， 并 根据 用 户 签约 的 IMS 触发 规则 ， 在 条 件 满 足 时 进行 到 
AS 的 增值 业务 路 由 触发 及 业务 控制 交互 
I - CSCF 提供 本 域 用 户 服务 结 点 分 配 、 路 由 查询 以 及 IMS 域 间 拓扑 隐藏 功能 
MGCF 提供 IMS 域 控制 面 网 络 与 传统 语音 网 络 之 间 的 互通 
SCC AS 保证 LTE 中 VoIP 用 户 的 业务 集中 与 业务 连续 性 


42 第 二 招 脉络 清晰 可 见 熟悉 切换 流程 








eSRVCC 切换 按照 场景 可 分 为 单 路 会 话 切换 、 多 路 会 话 切 换 、 会 议 切换 。 由 于 多 路 会 
话 切换 ， 仅 涉及 IST 子 流 程 ， 因 此 切换 成 功 或 失败 都 不 会 影响 SRVCC IWF 上 统计 的 eS- 
RVCC 切换 成 功率 。 本 节 仅 描述 单 路 会 话 切换 的 流程 。 

(1) eSRVCC 切换 典型 流程 〈( 见 网 4-3) 

(D UE. A 测量 到 邻 区 的 2CZ3G 网 络 信号 强度 满足 门限 后 ， 向 卫 - UTRAN 上 报 系统 测量 
报告 。 

© E -UTRAN 经 过 判断 决定 切换 后 ， 癌 MME 发 送 切换 请 求 Handover Required 消息 ， 
携带 待 切换 的 小 区 号 码 。 

(3) MME 向 UE. A 当前 所 在 小 区 的 SRVCC IWF 发 起 eSRVCC 切换 请 求 PS toCS Request 
消息 ， 携 带 STN - SR 和 C -MSISDN 号 码 。 
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SRVCC IWF сз 
向 接 六 网 络 申请 承载 


Ет Target ОЖ] 


指 ens Ө „> га dover Required| handoverType 


全 ERAN 网 络 发 起 切换 
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QE» Active 状 态 会 话 切 换 中 无 变化 的 承载 
(人 Active 状态 会 话 切 换 前 的 承载 
(Active 状 态 会 话 切 换 后 的 承载 





K| 4-3 eSRVCC 切换 典型 流程 


(和 (5) SRVCC IWF 向 得 接 入 网 络 申 请 承载 资源 并 建立 CS 侧 承 载 ， 待 建立 完成 后 ， 
SRVCC IWF [5] MME 返回 切换 啊 应 消息 ， 通 知 手机 可 以 接 入 到 UTRAN 网 络 。 

© MME A [5] UE. А 发 送 Handover Command 消息 А, 975 UE A [| 2G/3G 发 起 切换 。 
SRVCC IWF 根据 STN -SR 向 SBC/ATCF 发 送 INVITE 切换 请 求 ， 携 带 媒 体 信 息 。 

ОО) SBC/ ATCF 确认 切换 的 是 ACTIVE 会 话 后 ， 更 新 CS 侧 的 媒体 信息 。 

(9 SBC/ATCF 根据 待 切换 会 话 关 联 的 ATU — STI, 向 SCC AS. A 发 送 INVITE 消息 ， 请 求 
eSRVCC 切换 。SCC AS. A 收 到 INVITE 消息 后 ， 通 过 其 中 Target - Dialog 头 域 的 原 会 话 Call 
- ID 确定 竺 切换 的 会 话 后 ， 修 改 该 会 话 的 接 和 域 ， 表 明 用 户 已 从 CS 域 接 入 ,便于 后 续 业 务 
进行 域 选 择 ， 并 返回 200 OK 消息 。 

10 切换 成 功 后 ，SBCZATCEF 释放 切换 前 原 会 话 占用 的 承载 资源 

(2) eSRVCC 切换 关键 信 令 ( 见 图 4-4) 

(D eNodeB 触发 SRVCC 流程 后 ， 向 UE 下 发 异 系统 测量 控制 。 

@) UE 回复 eNodeB 响应 消息 。 

(3) UE 测量 到 邻 区 满足 门限 后 触发 测量 上 报 。 

(4) eNodeB 做 出 HJ YJ 9 5, juj MME 发 送 Handover Required 消息 ， 并 标识 这 是 个 
SRVCC 的 切换 。 

(5 MME 将 语音 承载 和 其 他 承载 分 离 后 ， 向 SRVCC MSC 以 及 目标 SGSN 分 别 发 送 Relo- 


cation Request 消息 。 
36 











(D RRC Connection Reconfiguration 
(including the measurement configuration) 


@ RRC Connection Reconfiguration 
Complete 


(3) Measurement reports 


(D Handover 
Required 


dud c add Initiation of SRVCC for CS and PS 
— 


— CS/PS handover preparation & IMS 
service — Н procedure 


| DHandoverresponse | — response 
Handover 
EN 
(9) Mobility from EUTRA Command 


NN Access procedure 





图 4-4 eSRVCC 切换 关键 信 令 


(6) SRVCC MSC 收 到 Relocation Request 后 ， 根 据 里 面 携带 的 目标 小 区 ID 找到 目标 MSC, 
然后 SRVCC MSC 和 目标 MSC 间 执 行 MSC 间 的 切换 过 程 ， 目 标 MSC [n] RNC/BSC 发 送 切换 
准备 指示 ，RNCZBSC 准备 好 资源 后 返回 到 目标 МӘС. Вх SGSN 进行 PS 业务 的 切换 准备 流 
程 和 异 系统 PS 切换 一 样 。IMS 内 完成 媒体 面 的 转换 。 

中 说 明 : 

ж eNodeB 发 给 MME 的 SRVCC HO Indication 信 元 为 CS Only, ЖЛ] MME 只 会 发 起 向 MSC 
的 切换 准备 流程 ， 不 会 发 起 到 SGSN 的 切换 准备 流程 。 若 eNodeB 发 给 MME 的 SRVCC HO 
Indication 信 元 为 PS and CS, MJ MME 会 同时 向 MSC 和 SGSN 发 起 切换 准备 流程 。 

车 执行 CS Only 的 SRVCC 流程 ， 对 于 切换 目标 是 UTRAN 制式 来 说 ， 用 户 的 PS 数据 业 
务 在 UTRAN 通过 RAU (Routing Area Update ) 流程 恢复 ; 对 于 切换 目标 是 GERAN 制 с 
说 ， 取 决 于 UE BSC 是 否 支持 DTM (Dual Transfer Mode) ， 如 果 都 支持 ， 则 用 户 的 PS 2 
据 业 务 在 GERAN 通过 RAU 流程 恢复 ， 如 果 其 中 有 一 个 不 支持 ， 则 用 户 的 PS SRM 
挂 起 。 

(7) MME 收 到 目标 MSC 或 者 目标 SGSN 的 切换 准备 完成 啊 应 。 

MME 下 发 切换 命令 给 eNodeB 。 

(9) eNodeB 下 发 切换 命令 给 UE. 

00 UE 收 到 切换 命令 后 ， 接 入 目标 网 络 。 
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17 UE 完成 语音 的 SRVCC 切换 。 
(3) eSRVCC 信 令 关键 消息 
1) ВІ or B2 测量 控制 ， 下 发 需 满 足 的 门限 ， 如 图 4-5 所 示 











Ci ons у 
== Cere] 
^ 
- t r 
а d me ^ Source Channel Direction Message ^ 
k1902.219 MS1 DI-D_  eNodeB-..  RRCConnectionReconfiguration 
v eventBi 1902.228 MS1  UL-D.  MS-»eNo. RRCConnectionReconfiguration... 


К1902989 MS1 . UL-D.  M$-»eNo. MMeasurementReport 
k1903.021 MS1  Di-D.  eNodeB-.  RRCConnectionReconfigurabion 
1903028 М51 ULD- М5-»еМо.. RRCConnectionReconfiquration... 
904.571 MS1  PCCH  eNodeB.. Paging 

К19:07.131 M51  PCCH  eNodeB-. Paging 

К19:07.789 М51  UL-D.  M$-»eNo. MeasurementReport 


w bi-Threshold 


bi-ThresholdSGEBAN:Oxf (15) 















Meis qm (1907307 MS1 DLD- eNodeB-. RRCConnectionReconfiguration 
челт (11) (1907314 MS1  ULD. MS-»eNo— RRCConnectionReconfiguration... 
панар: (6) (1908388 М51  UL-D. MS-»eNo— MeasurementReport 
герегъызїөгүз1!аө480 (2) [3 908411 MS1  PCCH  eNodeB-. Paging 
1909.188 MS1  UL-D. MS-»eNo- MeasurementReport 
reportAnount: infinity (7) pn MS1 DLD- eNodeB..  RRCConnectionReconfiguration 
v masIdToAddModLiat 一 1909219 MS1  UL-D.  MS-»eNo... RRCConnectionReconfiguration... 
« - u ; 1909691 М51  PCCH  eNodeB-.. Paging 
1910.109 M51  UL-D.  M$-»eNo. MeasurementReport 
4E EO FO 40 EO 29 0С SS ; NEU ^ 
nus d (т ' 1910170 MS1  UL-D- M$->eNo- RRCConnectionReconfiquration.. 
$2 52 84 C8 FB SE 91 82 sing d 19:10586 MS1  UL-D. MS-»eNo— Measurementfeport 
05 00 E2 60 92 LH 27 РЁ; Mv» wa 1910970 M51  PCCH eNodeB-.. Paging 
4186030 ^9 ; УШ? | 1912250 М1  PCCH  eNodeB-. Paging 


1912.87 M$1  UL-D.  M$-»eNo. MeuasurementReport 3 
1914700 M$1 ULD- M$-»eNo.. MeasurementReport 
10:14811 MS1 PECH  eNodeB-.. Paging 


图 4-5 测量 控制 消息 


2) 终端 上 报 GSM 测量 信息 ， 如 网 4-6 所 示 。 


24/05/2014 14:42:45 (997 





^| 
E} criticalExtensions 
B- c1 
©- measurementReport-r8 
Ei- measResults 
— measld: — 0хс(12) — ****0101,1******* 
measResultPCell 
口 - measResultNeighCells 
白 - measResultListGERAN 
E} MeasResultGERAN 
E} carrierFreq 
arfcn: — 0x5d(93) — *****000,1011101* 
- bandindicator: — dcs1800(0) — *******0 
E} physCellld 
— networkColourCode: — '100'B — 100***** 
— baseStationColourCode: — '010'B — ***010** 
©- measResult 
— rssi: 一 0x2e(46) — *******1.01110*** м | | 


图 4-6 测量 报告 


3) ENODEB 向 MME 发 送 切 换 请 求 ， 包 含 切换 类 型 、 目 标 小 区 、SRVCC 指示 ， 如 图 4-7 
ДК 

4) 切换 命令 下 发 ， 如 图 4-8 所 示 。 

5) 承载 释放 ， 如 网 4-9 所 示 。 
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发 送 到 MME 





| — handoverType: — Itetogeran(2) — 0010**** 

EF SEQUENCE 

— id: — 0х2(2) — 00000000,00000010 

— criticality: — ідпоге(1) — 01****** 

ЕЕ value 
由 -cause 

EF SEQUENCE 
— id: — 0x4(4) — 00000000,00000100 
— criticality: — reject(0) — 00****** 








E} value 
C targetID 
È cGl 
— pLMNidentity: — 0х64Е000 — 01100100,11110000,00000000 
— IAC: — 0x581E — 01011000,00011110 
L—e—0x97CD —-10010114.11004101— 
E SEQUENCE 


一 id — 0x7d(125) — 00000000,01111101 
[- eriicaliy. — reject(0) — 00" 
value 











C_MOBIL_FROM_EUTRA_CMC 发 送 到 UE 


в мё age 
e struDL-DCCH-Message 
e message 
EF c1 
白 - mobilitiFromEUTRACommand 
— mrc-Transactionidentifier. — 0x2(2) — *****10* 
E} criticalEXtensions 
E c1 
B mobilit/FromEUTRACommand-r8 
— cs-Fallbackindicator:. — FALSE(0) -一 ***0**** 
E} purpose 
e handover 
argetRAT-Type: — í — 0,001***** 
targetRAT-MessageContainer. — 0х062822500С5023100 
— nas-Securit/ParamFromEUTRA: — 0x00 — ***00000,000 
口 - nonCriticalExtension 
Er nonCriticalExtension 
L- bandindicator: — dcs1800(0) — *******0 


图 4-8 切换 命令 


S1AP_UE_CONTEXT_REL_CMD 接收 自 MME 





,613 — 
—Tm 
El value 
白 - uEContextReleaseCommand 
È protocollEs 
E SEQUENCE 
— id: — 0x63(99) — 00000000,01100011 
— criticality: — reject(0) — 00****** 
E} value 
白 - uE-S1AP-IDs 
白 - uE-S1AP-ID-pair 
L- mME-UE-S1AP-ID: — 0x480eabc(75557564) — ****1100,00000100, 
— eNB-UE-S1AP-ID: 一 0xc6cc1(814273) — 10000000,00001100,0110 
E SEQUENCE 
— id: — 0х2(2) — 00000000,00000010 
— criticality: — ignore(1) — 01****** 
E} value 


=} cause 
L radioNetwork: — successful-handover(2) — ****0000,010***** 


图 4-9 承载 释放 
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第 五 式 ” 揭 开 IMS 的 神秘 面纱 


VoLTE 语音 业务 商用 后 ，IMS 出 镜 率 太 高 了 ，IMS 到 底 是 什么 ,与 4G 时 代 的 核心 网 有 
何 区 别 ， 翻 完 第 五 式 ， 你 也 可 以 名 动 IMS Ñ, 


5.1 第 一 招 于 呼 万 唤 始 出 来 一 一 初 识 IMS 架构 


IMS 架构 分 为 4 层 ， 从 上 到 下 依次 为 应 用 层 、 业 务 能 力 层 、 会 话 控制 层 、 承 载 控制 与 接 
Л, Ш 5-1 Br, 





€— di 1 or Party 应 用 层 
| SCP Gaming Conference Applications 








OSA Presence PTT 





Е — um = = == = s = -— e e e чч e че a ua шы шы mmn шы шы шы шы шы шы шы ше эше эч w m m оч шо w = = m w m mw. 


Ri ылы е a ы М ee a нен то ы m ris 


= Шен кен нен шен шын кын неш шен шыш тын ШЫШ шыш ышы шыш шыш шыш s шыш (ышы шыш шыш шышы шыш шыш шшш шшш шыш шшш шшш шшш шш шша шшш 


— s QyP samasaa ss ss ms ИСА ы ТАРЫНЫ 


承载 控制 与 
接 入 层 


(Gah Z. mI | 
"t. T ^ di с Tiao: PM n "m P5 
р", А l 5 P ^ 2 ; AG " . sj A 
AS @/ v $- . gs 
slp Terminais y % ay | 
r^ WiFi access . PO ә 


SENS к š: ~XDSLILAN access - PSTNIPLMN 2—7 


图 5-1 IMS 网 络 架 构 


1) 应 用 层 ， 主 要 为 用 户 提 供 包 括 传统 SCP 在 内 的 第 三 方 开发 的 各 种 应 用 业务 Anu 
游戏 、 5 RISE. 

2) 业务 能 力 层 : 为 应 用 服务 需 提 供 各 种 业务 能 力 ， 以 及 为 第 三 方 提供 开发 业务 的 标准 
接口 。 

通常 来 说 ， 可 以 把 上 述 这 两 层 看 成 一 层 ， 即 应 用 层 ， 因 为 IMS 业务 都 是 由 这 两 层 共 同 
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提供 的 。 提 供 业 务 的 设备 称 为 AS (Application Server) 。 

3) 会 话 控制 层 : 是 整个 IMS 染 构 的 核心 ,负责 完 成 用 户 的 注册 、 号 码 分 析 和 路 由 功能 ， 
是 IMS 最 重要 的 一 部 分 。IMS 原理 的 讲解 主要 围绕 着 这 部 分 来 展开 。 同 软 交 换 相 比 ，IMS 的 
会 话 探 制 层 要 复杂 得 多 ， 网 元 也 多 了 很 多 ， 所 以 灵活 性 有 所 增强 ， 也 真正 实现 了 固 网 和 移动 
网 的 融合 。 

4) 承载 控制 与 接 入 层 : 可 细 分 为 承载 控制 屋 和 接 入 层 两 层 。 承 载 控 制 层 完成 对 用 户 媒 
体 流 承 载 通路 的 控制 功能 ， 实 现 用 户 业 务 的 QoS; 接 入 层 实现 各 种 不 同形 式 、 不 同 功 能 的 网 
关 或 终端 的 接 和 人 ， 如 有 线 的 、 无 线 的 ，IAD АР, ТМС 中 继 网 关 ， 多 媒体 用 户 、 普 通 
POTS 用 户 等 。 而 从 核心 网 来 看 ， 这 些 接 入 层 设备 都 使 用 了 标准 通信 协议 (如 SIP 等 )， 各 种 
终端 的 差异 被 屏蔽 择 了 。 对 核心 网 来 说 ， 这 些 接 和 网 设备 的 性 质 都 是 一 样 的 ， 无 有 顷 进 行 区 
分 ， 这 就 是 FMC 实现 的 基础 。 

下 面 介 绍 会 话 控制 层 各 网 元 的 主要 功能 。 

P - CSCF (Proxy - CSCF) 是 所 有 IMS 用 户 的 接 入 入 口 ，IMS 用 户 的 所 有 注册 和 会 话 请 
求 都 必须 先 送 到 PCSCF 进行 处 理 。I - CSCF (Interrogating - CSCF) 用 于 完成 以 下 两 个 功能 : 

-个 是 在 用 户 注 册 时 查找 SCSCF 并 把 注册 消息 转发 到 SCSCF， 为 一 个 是 呼叫 时 作为 被 叫 域 
的 呼 信 入口 网 元 。S - CSCF (Serving - CSCF) 是 完成 呼叫 接续 控制 功能 的 真正 网 元 。 实 际 
上 ， 用 户 注册 鉴 权 、 分 析 会 话 建立 时 的 主 被 叫 用 户 标 识 、 呼 叫 路 由 、 触 发 业务 到 应 用 服务 需 
等 都 是 由 S - CSCF 完成 的 ， 其 他 网 元 则 是 辅助 S- CSCF 进行 这 些 工 作 。 

BGCF (Breakout Gateway Control Function) 和 MGCF (Media Gateway Control Funtion ) — 
起 完成 IMS 域 与 传统 PSTN/PLMN 域 之 间 的 互通 功能 。BGCF 根据 被 叫 字 冠 在 多 个 MGCF 中 
选择 一 个 合适 的 ，MGCF 通过 中 继 网 关 MGW 所 提供 的 EL/TI. 实现 物理 上 与 传统 网 络 的 相互 
连通 。 

AGCF (Access Gateway Control Function) 支持 H. 248 协议 用 户 网 关 接 和 IMS， 为 NGN 
用 户 平滑 过 渡 为 IMS 用 户 提供 有 效 途 径 。 

MRFC (Multimedia Resource Function Control) 和 MRFP ( Multimedia Resource Function 
Processor) 协同 工作 提供 媒体 资源 功能 ， 包括 提示 语音 和 视频 、DTMF 消息 的 收集 、 多 媒体 
或 语音 会 议 等 。 其 中 MRFC 负责 解析 来 自 S- CSCF 及 AS 的 SIP 资源 控制 命令 、 实 现 对 MR- 
FP 的 媒体 资源 控制 ，MRFP 则 提供 媒体 资源 通道 。 

运 维 支撑 系统 包括 运营 支撑 系统 OSS, PREPRI fr OMS (Operation and Maintenance 
Server) 、 计 费 服务 需 CCF (Charging Collection Function) ， 以 及 放置 所 有 用 户 数据 消息 的 服 
务 需 HSS (Home Subscriber Server), HSS 是 IMS 网 络 中 保存 所 有 用 户 签 约 信息 的 网 元 ， 包 
括 用 户 标识 、 用 户 安全 上 下 文 及 用 户 业 务 的 触发 信息 等 。 

从 IMS 网 络 染 构 可 以 清楚 地 看 出 ，IMS 彻底 实现 了 会 话 控制 与 承载 分 离 、 业 务 提供 与 会 
话 控制 分 离 ， 这 是 以 往 任 何 解 决 方案 都 不 能 做 到 的 。 
















































































52 第 二 招 ЫЕЕЕ ЕЈ INl—— in SIP 


在 IMS 子 系 统 中 ， 最 重要 的 协议 是 SIP (Session Initiation Protocol， 会 话 发 起 协议 ) , 其 协 
议 描 述 如 图 5-2 所 示 。 
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2 Overview of SIP Functionality 


SIP is an application-layer control protocol that can establish, 
modify, and terminate multimedia sessions (conferences) such as 
Internet telephony calls. SIP can also invite participants to 
already existing sessions, such as multicast conferences. Media can 
be added to (and removed from) an existing session.  SIP 
transparently supports name mapping and redirection services, which 
supports personal mobility [27] - users can maintain a single 
externally visible identifier regardless of their network location. 


[d] 5-2 SIP 描述 





如 图 5-3 rm, SIP 用 来 建立 、 修 改 和 删除 会 话 ， 其 上 承载 的 会 话 是 音频 、 视 频 还 是 及 
时 通信 ， 则 由 SDP (Session Description Protocol， 会 话 描述 协议 ) 进行 描述 。 如 图 5-4 Brom, 
SDP 是 SIP 的 一 部 分 ， 被 封装 到 SIP 的 消息 体 Message Body 部 分 。 


- x 


SDP 会 话 内 容 : 
n Nn А 音频 、 视 频 、 即 时 通信 、 在 线 


即时 通信 、 在 线 游 戏 


SIP | 
建立 、 修 改 和 删除 会 话 БИЙ (RICO 


TCP UDP 





en II src: yT TE Dl: c2:by 


{ ( c2: | : H 
«| Internet Protocol; src: 2.2.3.118 (2.2. 3. 118), Dst: 16. 17.18.151 (16.1 17. 
User Datagram Protocol, src Port: sip (5060), Dst Port: sip (5060) 
а Session Initiation Protocol 
& Request-Line: INVITE sip:139100560608huawei.com; userephone SIP/2.0 
& Message Header 
= Message Body 
к Session Description Protocol 





图 5-4 SDP 会话 描述 


» 
Sk 
ay 
2 
Pu 
本 
% 
> 


SIP 就 像 一 名 司机 ， 完 成 老板 之 间 会 话 的 建立 、 修 改 和 删除 。 至 于 会 
判 、 宴 请 还 是 休闲 ， 就 完全 不 应 该 是 司机 关心 的 内 容 (不 管 能 否 听 见 、 外 
1. SIP 的 协议 结构 
SIP ^j НТТР 21, (JEJE TOUS (ASCID 585, 如 图 5-5 所 示 。 
SIP 的 交互 过 程 与 HTTP 的 极其 类 似 。 同 Internet 上 绝 大 多 数 协 议 一 样 ，SIP 也 采用 C/S 
模型 。 一 方 作为 客户 端 发 出 请 求 ， 另 一 方 作为 服务 需 触 发 相应 的 操作 并 且 做 出 响应 。 客 户 端 
和 服务 顺 只 是 用 于 描述 一 次 过 程 中 双方 的 身份 地 位 ， 并 不 代表 服务 咒 侧 就 一 定 是 一 台 小 型 机 
Server， 服 务 器 侧 也 可 能 是 一 部 手机 。 


GCC 
m 
E 
D 











42 


= Security-Verify : 
5 Proxy-Require : 
Z Require: ѕес-адгее 
= P-Preferred-Identity : 


ipsec-3gpp;alg-hmac-sha-1-96;prot-esp;mod- trans;ealg- nul;spi-c- 4238004;spi-s- 4238006;port-c- 5063;port-s- 5062 
sec-agree 


«sip: (gsd.ims.mncOü00.mcc460.3gppnetwork.org? 


-Alow: INVITE,ACK,CANCEL,BYE,UPDATE,PRACK, MESSAGE, REFER, NOTIFY INFO 


š c: application/sdp 


š Accept: application/sdp,application/3gpp-ims-4-xml 


+ P-Preferred-Service : 


urn:urn-7:3gpp-service.ims.icsi.mmtel 


Б а: *;i-g.3gpp.icsiref-'urn?e3Aurn-7963A3gpp-service .ims.icsi.mmtel ;audio 
=k: 100relreplaces,precondition 


- P-Early-Media : 
el: 655 
= Resuk: v=0 


supported 


š o-root 1040 1000 IN IP6 2409: 8807:80d4:42a9:4004:299b:432e:f11b 


^" Resuk: s-QC VOIP 


- c=IN IP6 2409: 8807:80d4:42a9:4004:299b:432e:fl11b 


—һ=А$: 49 
= b=RS: 8000 


图 5-5 XÆ (ASCII) 编码 


2. SIP 请 求 消息 








请 求 消息 是 客户 端 为 了 激活 特定 操作 而 发 
具体 包括 INVITE, ACK, OPTION, BYE, CANCEL 和 REGISTER 消息 等 ， 


用 户 注册 等 ， 
见 表 5-1。 


给 服务 需 的 消息 ， 包 括 建立 、 修 改 会 话 ， 


表 5-1 SIP 消息 含义 
消息 含义 





发 起 会 话 请 求 ， 邀 请 用 户 加 入 一 个 会 话 ， 会 话 描述 含 于 消息 体 中 。 对 于 两 方 呼叫 来 说 ， 主 叫 方 
在 会 话 描述 中 指示 其 能 够 接收 的 媒体 类 型 及 其 参数 。 被 叫 方 必须 在 成 功 响应 消息 的 消息 体 中 指明 









































INVITE 其 希望 接收 哪些 媒体 ， 还 可 以 指示 其 将 发 送 的 媒体 
如 果 收 到 的 是 关于 参加 会 议 的 邀请 ， 被 叫 方 可 以 根据 Call - ID 或 者 会 话 描述 中 的 标识 确定 用 户 
已 经 加 入 该 会 议 ， 并 返回 成 功 啊 应 消息 
ACK 证 实 已 收 到 对 于 INVITE 请 求 的 最 终 响 应 。 该 消息 仅 和 INVITE 消息 配套 使 用 
BYE 结束 会 话 
CC 取消 尚未 完成 的 请 求 ， 对 于 已 完成 的 请 求 ( 即 已 收 到 最 终 响 应 的 请 求 ， 如 200 OK) 则 没有 
影响 
REGISTER 注册 。 在 IMS 中 一 般 用 于 用 户 发 起 注册 、 注 销 、 刷 新 注册 等 请 求 
OPTION 查询 服务 器 能 力 。 在 IMS 中 一 般 用 于 设备 间 心 跳 状 态 检测 
PRACK 临时 可 靠 性 响应 ， 证 实 已 收 到 1XX 临时 响应 
INFO 传递 额外 信息 请 求 。 在 IMS 中 一 般 用 于 放 音 指示 、 二 次 收 号 
SUBSCRIBE 订阅 请 求 。 在 IMS 中 一 般 用 于 用 户 注册 状态 、ua - profile 的 订阅 
ло 订阅 通知 请 求 。 在 IMS P, NOTIFY 消息 是 与 SUBSCRIBE 消息 配合 使 用 的 ，NOTIFY 为 SUB- 
SCRIBE 的 最 终 响 应 
UPDATE 会 话 建立 早期 或 确定 阶段 修改 会 话 属性 ， 更 新 会 话 参 数 请 求 。 在 IMS 中 一 般 用 于 媒体 更 新 、 会 
话 心 跳 检测 
MESSAGE 立即 消息 。 在 IMS 中 一 般 用 于 留言 灯 指 示 (MWI) 业务 
— 指示 接收 方 联系 第 三 方 请 求 ，REFER 请 求 的 发 送 者 指引 其 接收 者 去 访问 REFER 请 求 中 所 标识 
的 资源 。 在 IMS 中 一 般 用 于 点 击 类 呼叫 、 呼 叫 转移 、 会 议 等 业务 
PUBLISH 客户 端 向 状态 代理 发 布 它 的 事件 状态 。 在 IMS 中 和 暂 无 应 用 


3. SIP 响应 消息 








啊 应 消息 用 于 对 请 求 消息 进行 啊 应 ， 
息 由 状态 码 来 区 分 


指示 会 话 发 起 的 成 功 或 失败 状态 。 不 同类 的 啊 应 消 
o SIP 消息 状态 人 码 描 述 见 表 5-2。 
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表 5-2 SIP 消息 状态 码 描 述 




























































































Ж ”号 状 & 码 消息 功能 
临时 响应 表示 已 经 接收 到 请 求 消息 ， 正 在 对 其 进行 处 理 ， 一 次 呼叫 中 临时 响应 可 以 有 多 个 
100 表示 请 求 消息 已 收 到 ， 可 以 防止 对 局 请 求 超时 重 传 
180 振 铃 
181 METETE. TE IMS 中 主要 用 于 前 转业 务 
182 排队 
183 呼叫 处 理 中 
成 功 响应 表示 请 求 已 经 被 成 功 接收 、 处 理 
m 200 OK 
on Accepted， 指 示 订 阅 请 求 已 被 初步 接收 , 但 还 需 等 到 最 终 决策 ， 最 终 决 策 将 在 
NOTIFY 请 求 中 给 出 
重 定向 啊 应 表示 需要 采取 进一步 动作 ， 以 完成 该 请 求 
300 多 重 选 择 
СЕ 301 永久 迁移 
此 处 省 略 一 些 返回 码 
客户 端 错误 表示 请 求 消息 中 包含 语法 错误 或 者 SIP 服务 器 不 能 完成 对 该 请 求 消息 的 处 理 
400 错误 请 求 
401 无 权 
4XX 402 要 求 付 款 
403 禁止 
404 没有 发 现 
此 处 省 略 很 多 返回 码 
服务 端 错误 表示 SIP 服务 器 故障 不 能 完成 对 正确 消息 的 处 理 
500 内 部 服务 带 错 误 
5XX 
501 没 实现 的 
此 处 省 略 一 些 返回 码 
全 局 故障 表示 请 求 不 能 在 任何 SIP 服务 右上 实现 
600 全 忙 
6XX 603 拒绝 
604 都 不 存在 
606 不 接收 





整个 SIP 消息 被 分 为 Request - Line, Message Header, Message Body 三 个 部 分 ， 如 图 5-6 


所 未。 


(1) Request - Line 

该 部 分 是 请 求 起 始 行 ， 本 消息 表示 是 一 条 Invite 消息 ， 请 求 建立 会 话 。 被 叫 方 的 地 址 使 
用 URI 格 式 表示 ， 与 HTTP 中 的 URI 地 址 类 似 。 本 消息 中 被 叫 的 地 址 是 手机 号 码 “1391005 
x x x x”, Jš J huawei. com 域 。SIP 版 本 号 为 2.0。 
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Session Initiation Protocol {INVITE} 
Request-Line: INVITE sip:4600230208697278[2409:8807:81E0:42B1:0001:0002:B270:9C71]:31822 SIP/2.0 


Method: INVITE 
呼叫 方 信息 





Request-URI User Part: 460023020869727 
Request-URI Host Part: [2409:8807:81E0:42B1:0001:0002:B8270:3C71] 


Request-URI Host Port: 31822 
Resent Packet: False 
Message Header 
Via: SIE/2.0/UDP [2409:8017:8000:0004:0001:0000:0000:0051]:9900;branch-z9hG4bKwySegdvwirexSaiygreawiewy;Role-3;Hpt-£e52 36 
Transport: UDP 
Sent-by Address: 2409:85017:8000:0004:0001:0000:0000:0051 
Sent-by port: 9900 
Branch: z9hG4bHwySegdvwirexbaiygreawiewy 
Role-3 
Hpt-8e52 36 
Record-Route: «5ip:[2409:8017:8000:0004:0001:0000:0000:0051]:9900:1r:Hpt-8e52 16:CxtId-4;TRC-£fff 
Record-Rcute URI: sip:[2409:8017:8000:0004:0001:0000:0000:0051]:9900;:1r;Hpt-8e52 16:CxtId-4;TRC: 
Record-Route Host Part: [2409:8017:8000:0004:0001:0000:0000:0051] 
Record-Route Host Port: 9900 
Record-Route URI parameter: lr 
Record-Route URI parameter: Hpt-2e52 16 
Record-Route URI parameter: Cxi = 
Record-Route URI parameter: 





№ ЈаСоскіе=21779> 
fff;X-BwB2bUaCookie=21779 












кпе: rk 
Owner Address Type: IP6 


Owner Address: 2409:8017:8000:0004:0001:0000:0000:0059 
i (3): SBC call 


formation (c): IN IP6 2409:8017:8000:0004:0001:0000:0000:0059 


: audio 56072 RIP/AVP 108 8 0 18 116 102 101 103 
Media Type: audio 
Media Port: 56072 
Media Protocol: RIP/AVP 


ld 5-6 SIP 消息 结构 


在 实际 的 网 络 中 ， 被 叫 URI 会 构造 成 与 APN FQDN 相同 的 域名 后 级 (LES 5-7), PA 
通过 域 来 区 分 用 户 所 属 的 运营 商 。 








| Session Initiation Protocol (INVITE) 

| Request-Line: INVITE sip:4600230208697270 [2403:88 S81E0:4ABl:0001:0002:B270:9C71]:31822 5ТЕ/2.0 
| Method: INVITE 

| Request-URI: sip:4600230208697278[2409:8807:81E0:4AB1:0001:0002:B8270:90C71] :31822 

| Request-URI User Part: 460023020869727 

| Request-URI Host Part: [2303;8807;:81FE0;4ñB1:0001:;:00902;B270:;3C71] 

| 

| 


Request-URI Host Port: 31822 





Resent Facket: False 


图 5-7 URI üE 


(2) Message Header 

该 部 分 中 的 F (From) ЖТ (To) 分 别 表 示 主 、 被 叫 标识 。 

Call - ID 字段 唯一 标识 一 个 特定 的 邀请 。 由 于 Call - ID 中 的 @ 后面 是 SP 消息 源 地 址 或 
者 域名 ， 因 此 Call - ID 可 以 唯一 标识 一 次 会 话 过 程 。 

Max - Forwards 字段 表示 该 请 求 到 达 其 目的 地 址 所 允许 经 过 的 中 转 站 的 最 大 值 为 70， 以 
防止 网 络 出 现 SIP 环 路 时 消息 被 无 限 转 发 ， 类似 IP 报 文 中 的 TTL, 

Allow 字段 给 出 设备 支持 的 SIP 请 求 消息 类 型 列表 。 

(3) Message Body 

该 部 分 携带 的 SDP 信息 用 来 描述 操作 的 会 话 属 性 ， 包 括 会 话 标识 、 版 本 号 、 本 端 媒 体 
地 址 、 端 口号 、 媒 体 编码 方式 、 媒 体 的 速率 等 信息 。 

4. SIP 消息 格式 

(1) 请 求 消 息 

起 始 行 : 请 求 行 
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Request — Line = Method| | Request - URLI |SIP - Version CRLF 
Method: Invite, ACK, Cancel, Options (查询 服务 需 能 力 ) BYE 和 Register 
Request - URL: 被 邀请 用 户 的 当前 地 址 


SIP 请 求 例子 : 
Invite sip:zhangjie@ home2. hu SIP/2. 首 行 (请 求 . 啊 应 ) 


Via:SIP/2. 0/UDP[5555::1:2:3:4];BRANCH =8uetb 消息 头 (重要 头 域 ) 
Route: < sip :orig@ scscfl. homel. fr > 

Max — Forwards :70 

From: < sip: yufei@ friend. com > ;tag = veli 

To: < sip:zhangjie(? home2. huSIP/2. 0 

Call — Id : sdgweituoweruoiweur 

Cseq:121INVITE 

Contact; < sip: | 5555:1:2:3:4| > 

IE X ( SDP) 


(2) WW iB. 

起 始 行 :状态 行 
Status — Line = SIP - Version| | Status - Code| | Reason - Phrase CRLF 
SIP - Version;3 位 的 十 进 制 整数 ,指示 请 求 消息 执行 的 啊 应 结果 。 
Reason - Phrase :对 于 Status - Code[ |] 参数 进行 简单 的 文本 描述 。 


剩 下 的 行 包 含 了 包头 域 。VIA 、TO 、FROM CALL - ID Cseq 包头 域 是 从 Invite 请 求 包 
中 直接 复制 过 来 的 。 
啊 应 消息 例子 : 


SIP/2.0 200 OK 
Via: SIP/2. 0/udp[ 5555 : ;а:Ь:с:а | ;branch = Ouetb // 据 此 可 以 找到 UE 
From: < sip:tobias@ homel. fr > ;tag = pohja 
To: < sip:tobias@ homel. fr > ;tag = kotimaa 
Contact; < sip:[ 5555::1:2:3.4| > ;expires = 600000 
Call -ID : apb03djgu495;dn123 
CSeq:25 REGISTER 
Content — Length :0 


fr SIP 的 流程 中 ，SIP 会 话 流程 是 非常 重要 的 ， 如 网 5-8 Br. 
5. SIP Invite 
EJ Tesla 首先 发 起 Invite 消息 到 被 叫 方 Marconi, Invite 消息 包含 会 话 类 型 和 一 些 呼 
叫 所 必须 的 参数 。 会 话 类 型 可 能 是 单纯 的 语音 ， 也 可 能 是 网 络 会 议 所 用 的 多 媒体 视频 ， 还 可 
能 是 游戏 会 话 。 
下 面 给 出 消息 体 范例 ， 以 便 详细 介绍 各 个 字段 的 含义 。 
INVITEsip : Marconi@ radio. org SIP/2. 0 
<= 请 求 方法 .请 求 地 址 (Request - URI) SIP 版 本 号 (目前 都 是 SIP/2. 0) 








40 


Marconi 


INVITE 
a a 


180 Ringing 


200 OK 


Media Session 


<— ——›>» 





5-8 SIP 会 话 流 程 


<= 请 求 地 址 一 般 就 是 被 叫 方 地 址 ,与 MSN 中 的 好 友 E — mail 地 址 类 似 
Via: SIP/2. 0/UDP lab. high — voltage. org:5060 ; branch = z02hGAbKfw19b( 标识 一 个 唯一 的 事务 ) 
<=SIP 版 本 号 (2. 0) 传输 类 型 (UDP) .呼叫 地 址 

<= branch 是 一 随机 码 , 它 被 看 作 传输 标识 

<= Via 字段 中 的 地 址 是 消息 发 送 方 或 代理 转发 方 设 备 ( 服 务 需 ) 地 址 ,一般 由 主机 地 址 和 端口 号 
组 成 

<= 传输 类 型 可 以 为 UDP ТСР TLS SCTP 

Max - Forwards : 70 

<= 最 大 跳跃 数 , 就 是 经 过 SIP JR а BUJPKEKOKOYY ,主要 是 防止 循环 跳跃 

<= 每 经 过 一 台 代 理 服务 器 ,该 整数 减 1 


To: Marconisip : marconi@ radio. org 











From; Tesla < sip:n. tesla(? high — voltage. org > ;tag = |76341 
<= 表 示 请 求 消 息 的 发 送 方 和 目标 方 

<= 如 果 里 面 有 用 户 名 标签 , 则 地 址 要 求 用 尖 括 号 括 起 来 
<= 对 于 Invite 消息 ,可 以 在 From 字段 中 包含 tag, 它 也 是 个 随机 码 
Call – 1; 123456789 @ lab. high — voltage. org 
<= 呼 叫 ID 是 由 本 地 设备 生成 的 ,全 局 唯一 值 。 每 次 呼叫 该 值 唯一 不 变 

<= 对 于 用 户 代理 发 送 Invite 消息 ,本 地 将 生成 From tag 和 Call - ID 全 局 唯一 码 , 被 叫 方 代理 则 生 
成 To tag 全 局 唯一 码 。 这 3 个 随机 人 码 作 为 整个 对 话 中 对 话 标 识 ( dialog indentifier ) 在 通话 双方 
使 用 。 

CSeq:1 SIP INVITE 

<= CSeq( Command Seqence ,命令 队列 ) ,每 发 送 一 个 新 的 请 求 ,该 数 自动 加 1 

* 以 上 几 个 字段 是 所 有 SIP 消息 体 所 必需 的 ,其 他 头 字 段 有 些 是 可 选 的 ,有 些 在 特定 请 求 中 也 是 
必需 。 

Subject: About That Power Outage. . . 

Contact: sip: n. tesla€ lab. high — voltage. org ( 主 叫 方 代理 地 址 ) 

<= Contact Æ Invite 消息 所 必需 的 , 它 用 来 路 由 到 被 叫 设备 地 址 ,也 称 为 用 户 代理 (UA) 
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Content — Type : application/sdp 

Content — Length :158 

<= 最 后 两 位 附属 字段 说 明 消 息 体 类 型 以 及 字段 长 度 
v=0 

<=SDP 版 本 号 ,目前 都 是 0 

o = Tesla 2890844526 2890844526 IN IP4 lab. high - voltage. org 
<= 主 叫 源 地 址 .类 型 等 

s = Phone Call 

<= 主题 

c = IN IP4 100. 101. 102. 103 

<= 连接 
t=00 

<= ИЕ 
m = audio 49170 RTP/AVP 0 

<= Ж Ж 
a = rtpmap :0 PCMU/8000 

<= 媒体 属性 

<= 从 上 面 的 SDP 消息 体 可 以 得 出 下 面 的 信息 

<= 连接 IP 地 址 :100. 101. 102. 103 

<= 媒体 格式 :audio 

<= 端口 号 :49170 

<= 媒 体 传输 类 型 .RTP (可 见 ,媒体 协商 过 程 随 呼 叫 流程 也 一 起 进行 了 ) 
<= 媒体 编码 :PCM u Law 

<= 和 采样 率 :8000 Hz 


6. 150 Ringing 

当 被 叫 方 接收 到 SIP INVITE 请 求 消息 后 ， 将 回复 180 Ringing， 也 就 是 发 回 铃 音 ， 提 示 
主 叫 方 电话 已 连接 上 了 ， 正 等 待 被 叫 应 答 。 被 叫 方 接收 到 INVITE 消息 后 也 会 发 生 啊 铃 或 者 
有 其 他 呼 入 提示 ， 这 由 被 叫 方 设 定 。180 响应 又 被 称 为 消息 及 时 响应 ， 它 是 用 来 测试 被 叫 状 
态 的 一 种 啊 应 。 

具体 180 响应 消息 如 下 : 


SIP/2. 0 180 Ringing 





























Via: SIP/2. 0/UDP lab. high — voltage. org:5060; branch = z2hG4bKfw19b 











received = 100. 101. 102. 103 

<= 这 里 增加 一 个 received 参数 ,标识 接收 方 TP 地 址 

То: Marconi < sip; marconi@ radio. org > ;tag = a53e42 

<= To tag 作为 被 叫 方 标识 

From; Tesla < sip:n. tesla(? high - voltage. org > ;tag = 76341 
<= 表示 请 求 消息 的 发 送 方 和 目标 方 

<= 如 有 果 里 面 有 用 户 名 标签 , 则 地 址 要 求 用 尖 括 号 包 起 来 
<= 对 于 Invite 消息 ,可 以 在 From 字段 中 包含 tag, 它 也 是 一 个 随机 码 
Call -ID :|123456789@ lab. high – voltage. org (表示 同一 个 会 话 ) 
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CSeq:1 INVITE 

Contact ; sip; тагсопі@ tower. radio. org (被 叫 方 代理 地 址 ) 

Content — Length :0 

<= 对 于 180 Ringing 啊 应 ,基本 上 就 是 将 Invite 的 Via To From .Call - ID 和 CSeq 内 容 复制 过 来 ， 
对 于 首 行 标 出 SIP 版 本 号 、 响 应 代码 (180) 和 动作 原因 (reason phrase) 

<= 注 意 这 里 的 From 和 То 地 址 ,因为 它们 用 来 指定 呼叫 方向 ,所 以 这 里 的 200 OK 响应 并 没有 将 
地 址 对 调 ,仍然 保持 原样 。 不 同 的 是 ,To 头 字 段 添加 了 由 被 叫 方 Marconi 生成 的 tag 标识 


7. 200 OK 

SIP Invite 被 叫 啊 铃 后 ， 如 果 被 叫 用 户 Marconi 接 起 电话 ， 则 发 出 200 OK mg. JX pm 
应 除了 作为 接 通 指示 之 外 ， 还 有 一 个 功能 就 是 用 来 指定 被 叫 允 许 的 连接 媒体 格式 ， 让 主 叫 方 
确认 是 否 可 以 接收 该 媒体 。 

消息 体 如 下 : 


SIP/2. 0 200 OK 
Via:SIP/2. 0/UDP lab. high — voltage. org:5060 ; branch = z2hG4bKfwl19b |; 

















received = 100. 101. 102. 103 
To: Marconi < sip: marconi@ radio. org > ;tag = a53e42 
From; Tesla < sip:n. tesla(? high — voltage. org > ;tag = 76341 





Call — ID: 123456789 @ lab. high — voltage. org 


CSeq:1 INVITE 
Contact ; sip; тагсопі@ tower. radio. org (被 叫 方 代理 地 址 ) 
Content — Type : application/sdp 
Content — Length : 155 
<= 头 字段 部 分 基本 同上 
у=0 
o = Marconi 2890844528 2890844528 IN 1Р4 tower. radio. org 
s = Phone Call 
c = IN IP4 200. 201. 202. 203 
t-00 
m = audio 60000 RTP/AVP 0 
a = rtpmap :0 PCMU/8000 
<= MEH SDP 消息 体 可 以 得 出 下 面 的 信息 
<= Zn IP 地 址 :200. 201. 202. 203 
<= 媒 体格 式 ;audio 
<= 端 口号 :60000 
<= 媒 体 传输 类 型 .RTP 
<= 媒体 编码 :PCM u Law 
<= 采 样 率 :8000 Hz 











8. ACK 

SIP INVITE 通话 前 的 最 后 一 步 是 主 叫 方 确认 200 OK 响应 。 该 项 确认 证 明 连 接 被 允许 ， 
即将 使 用 另 一 种 协议 开始 媒体 连接 。 这 里 说 的 另 一 种 协议 就 是 上 面 在 SDP 消息 段 中 所 协商 
好 的 RTP 格式 。 
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该 ACK 响应 内 容 如 下 : 


АСК sip: marconi@ tower. radio. org SIP/2. 0 

Via:SIP/2. 0/UDP lab. high - voltage. org:9060 ; branch = z9hC4bK321g 
Max - Forwards :70 

To:G. Marconi < sip: marconi@ radio. org > ;tag = а53е42 

From; Nikola Tesla < sip:n. tesla@ high — voltage. org > ;tag = 76341 





Call — ID: 123456789 @ lab. high — voltage. org 











CSeq:1 ACK 
Content — Length :0 


至 此 ， 主 叫 方 和 被 叫 方 之 间 的 呼叫 过 程 已 经 完成 ， 可 以 进行 相应 方式 (音频 、 视 频 ) 
的 通信 。 

9. 重要 头 域 

e To: 用 于 表示 请 求 的 接收 者 ，TAG 标签 用 来 区 分 不 同 被 叫 建立 的 会 话 。 

e From: 用 于 标识 请 求 的 发 起 者 。 以 呼叫 为 例 ， 可 能 是 主 叫 也 可 能 是 被 叫 ， 服 务 硕 将 此 
字段 从 请 求 消息 复制 到 啊 应 消息 。 

e Call -ID : 用 于 唯一 标识 一 次 邀请 或 者 一 次 注册 。 

e Cseq: 用 于 表示 请 求 的 顺序 号 。 

e Via; 用 于 表示 请 求 经 过 的 SIP 实体 和 路 由 啊 应 ，Branch 用 于 唯一 标识 一 个 事务 。 

以 上 5 个 头 域 必须 包含 在 每 个 SIP 消息 中 。 

e Max – Forwards: 用 于 表示 请 求 经 过 的 SIP 实体 和 路 由 啊 应 。 

以 上 6 个头 域 必须 包含 在 每 个 SIP 请 求 消息 中 。 

ө Contact; 消息 发 送 者 的 联系 地 址 ， 可 以 有 expires 参数 ， 表 明 注 册 有 效 期 。 

e Route: 对 请 求 消息 进行 路 由 转发 。 

è Record - Коше; 为 一 个 会 话 的 后 续 请 求 记录 Route 消息 头 的 条 目 ， 用 于 会 话 流程 ， 对 
后 续 会 话 流程 进行 路 由 转发 。 

ө Service - Route; P - CSCF 通过 该 消息 头 找 到 S - CSCF。 

e Path; S - CSCF 在 后 续 的 会 话 过 程 中 通过 该 消息 头 找 到 了 - CSCF。 
























































5.3 第 三 招 一 招 鲜 吃 遍 天 一 一 SIP 呼叫 流程 详 析 


我 们 先 通过 一 个 简单 的 SIP 流程 示例 来 大 致 了 解 一 下 SIP 呼叫 流程 如 图 5-9 所 示 。 

D 主 叫 方 A 摘 机 拨号 ， 终 端 在 判断 使 用 SIP 进行 呼叫 后 ， 使 用 SIP 发 起 Invite 请 求 消 
息 。SIP 的 目的 地 址 不 一 定 是 被 叫 的 地 址 ， 在 实际 的 网 络 中 也 可 能 是 中 间 SIP 代理 设备 的 地 
址 ， 即 主 叫 的 SIP 代理 。 此 时 ， 主 叫 SIP Invite 消息 中 的 SDP 消息 会 携带 本 端 媒体 会 话 的 信 
有， 如 本 端 地 址 、 端 口号 、 编 码 方式 和 带宽 等 信息 。 此 时 主 叫 的 媒体 面 资源 已 经 具备 。 

© 主 叫 的 SIP 代理 与 FNUMZDNS 交互 ， 将 被 叫 E. 164 格式 的 号 码 转换 为 下 164 arpa ic 
录 ， 使 用 NAPTR 指针 解析 到 SIP URI 规整 格式 域名 ， 再 继续 使 用 SRV 记录 和 A 记录 解析 出 
被 叫 的 SIP 代理 。 
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图 5-9 SIP 呼叫 流程 





(3) EN SIP 代理 向 被 叫 SIP 代理 发 送 Invite 消息 ， 该 消息 会 被 发 送 给 被 叫 终端 。 

(4) 被 叫 STP 代理 在 成 功 将 Invite 消息 发 给 被 叫 后， 会 回 主 叫 方向 发 送 状 态 码 是 100 的 临 
时 响应 ， 表 明正 在 尝试 TRYING。 此 时 主 叫 终端 上 显示 正在 拨号 ， 而 不 是 拨号 失败 。 

(5) 被 叫 振 铃 ， 被 叫 SIP 代理 会 返回 状态 码 是 180 RINGING 的 响应 。 主 叫 在 收 到 180 Ji, 
会 在 听 简 中 播放 “ 嘟 … 嘟 …” (缓慢 的 ) 的 等 竺 对方 接听 的 回 铃 音 。 

(6) 被 叫 摘 机 后 ， 被 叫 给 主 叫 返回 状态 码 是 200 的 最 终 成 功 啊 应 消息 。 

CD 主 叫 收 到 被 叫 的 200 消息 后 ， 再 反馈 ACK 确认 消息 给 被 叫 。 

在 这 之 后 ， 主 叫 和 被 叫 就 建立 了 媒体 的 连接 ， 可 以 互相 传送 数据 ， 进 行 通话 。 最 后 ， 主 
叫 和 被 叫 都 可 以 通过 挂机 拆除 SIP 会 话 。SIP 会 话 的 拆除 是 双方 都 确认 的 过 程 ， 以 便 双 方 都 
释放 自己 已 经 分 配 的 资源 。 

下 面 以 主 叫 彩铃 放 音 流程 为 例 ， 对 SIP 呼叫 的 基本 呼叫 信 令 流程 进行 简单 的 介绍 ， 如 
图 5-10 所 示 。 应 用 场景 如 下 : 


























[4 5-10 彩铃 放 音 组 网 网 
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A PFH B, fr B 振 铃 过 程 中 A 听 到 MRS 放 的 彩铃 音 ，B 摘 机 ，A、B 通话 。 
呼叫 信 令 流程 如 图 5-11 所 示 。 


A5 
| 


x---10: 180(SDP)---| 


|€---15: 200(5DP)----| 


|x---21: 200(5DP)----| 
І 
І 
І 





图 5-11 呼叫 信 令 流程 


根据 上 面 的 呼叫 信 令 可 以 看 出 ， 这 个 呼叫 包含 3 个 会 话 ， 主 叫 软 交换 与 AS 的 会 话 ， 被 
叫 软 交换 与 AS 的 会 话 ，MRS 与 AS 的 会 话 。 下 面 对 呼 叫 信 令 进行 具体 的 描述 。 由 于 涉及 的 
信 令 比较 多 ， 在 阅读 以 下 说 明之 前 建议 先 使 用 附件 中 的 工具 打开 附件 中 的 日 志 ， 对 着 工具 中 
的 信 令 流程 进行 阅读 。 

1) 主 叫 拨打 被 叫 时 ， 主 叫 软 交换 就 会 触发 Invite 消息 到 AS， 消 息 中 携带 主 叫 的 媒体 信 
Б, (SDP), ECT LR T 7g npn] HB ТОР 消息 。 

2) AS 给 主 叫 软 交换 回复 100 (Trying) 消息 ， 该 消息 中 不 会 携带 有 用 信息 ， 仅 仅 是 告 
诉 对 端 请 求 消息 已 经 收 到 ， 防 止 对 端 重 传 请 求 消息 。 

3) AS 收 到 主 叫 的 Invite 消息 后 ， 经 过 业务 的 处 理 后 开始 路 由 被 叫 ， 于 是 给 被 叫 软 交 换 
下 发 Invite 消息 ， 这 个 相当 于 罕 带 里 的 Connect 操作 ， 这 个 Invite 消息 里 也 携带 了 主 叫 的 媒 
体 信 息 ， 其 实 就 是 AS 将 主 叫 的 媒体 信息 透 传 给 被 叫 。 

4) 被 叫 软 交 换 收 到 Invite 后 给 AS 回复 100， 防 止 重 传 Invite。 

5) 被 叫 软 交换 给 AS 上报 180 (Ringing) 消息 ， 告诉 AS 被 叫 在 振 铃 。 平 台 将 180 定义 
为 Alerting 事件 ， 业 务 中 往往 会 设置 监控 这 个 事件 ， 要 求 平 台 上 报 。 

б) 平台 上 报 Alerting 事件 后 ， 业 务 使 用 UI SIB 开始 放 音 ， 于 是 平台 给 MRS 下 发 Invite 
消息 ， 这 个 相当 于 窄带 里 的 ЕТС 操作， 消息 中 携带 主 叫 的 媒体 信息 。 
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7) MRS 给 AS 回 100 消息 。 

8) MRS 给 AS 回复 200 (OK) 消息 ， 这 是 对 Invite 请 求 的 最 终 响 应 ， 表 示 MRS 接受 
这 个 请 求 ， 可 以 开始 放 音 ， 消 息 中 携带 了 MRS 的 媒体 信息 。(SIP 中 定义 了 1 x x 消息 为 
临时 响应 消息 ，2 x x 以 上 为 最 终 啊 应 消息 ， 比 如 200 OK, 487 终止 请 求 ，503 服务 器 不 
可 用 等 ) 。 

9) AS 收 到 MRS 的 200 消息 后 ， 需 要 给 MRS 回复 一 个 确认 消息 ACK， 因 为 200 消息 是 
一 个 最 终 响 应 消息 ， 对 流程 有 关键 的 作用 ， 必 须 保 证 可 靠 传 输 ， 因 此 协议 规定 当 一 方 收 到 另 
一 方 的 最 终 响 应 时 ， 需 要 回复 ACK. 

10) 此 时 MRS 可 以 开始 放 音 了 ，AS 需要 告诉 主 叫 软 交换 ， 让 主 叫 软 交换 和 MRS 建立 
放 音 链 路 ， 给 主 叫 放 音 ， 所 以 AS 就 给 主 叫 软 交 换 回 复 了 180 消息 ， 其 中 携带 了 MRS 的 媒体 
信息 。 为 什么 要 带 上 MRS 的 媒体 信息 ?在 SIP 呼叫 里 ,任何 两 方 通信 都 必须 要 先 完 成 媒体 
协商 。 简 单 地 说 ， 就 是 交换 媒体 信息 ， 让 双方 都 知道 对 方 支持 什么 格式 的 媒体 ， 否 则 双方 就 
无 法 通信 。 这 里 ，AS 在 6 的 Invite 消息 里 将 主 叫 的 媒体 信息 带 给 了 MRS, 而 MRS 在 8 的 
200 消息 里 把 MRS 的 媒体 信息 告诉 了 AS, AS 在 10 B9 180 消息 里 将 MRS 的 媒体 信息 透 传 给 
了 主 叫 ， 这 样 主 叫 和 MRS 就 完成 了 媒体 信息 的 交换 ， 即 完成 了 媒体 协商 。 

11) 主 叫 软 交 换 收 到 180 后 给 AS 回复 PRACK (临时 响应 的 确认 消息 ) ， 一 般 情况 下 对 
于 临时 响应 (1x x) 是 不 需要 回复 确认 消息 的 ,但 是 由 于 这 里 的 180 携带 了 MRS 的 媒体 信 
息 ， 对 于 主 叫 软 交 换 和 MRS 间 的 媒体 协商 起 到 了 关键 的 作用 ， 因 此 必须 保证 可 靠 传输 ， 此 
时 的 180 rH EE "supported: 100rel” 或 “required: 100rel” 头 域 ， 主 叫 软 交 换 发 现 180 
中 携带 了 这 些 头 域 时 ， 就 会 给 对 端 回复 PRACK, 

12) AS 收 到 PRACK 后 给 主 叫 软 交 换 回复 200 消息 ， 表 示 已 经 收 到 了 PRACK， 这 样 AS 
和 主 叫 软 交换 间 就 完成 了 一 次 握手 ， 确 保 了 180 (携带 媒体 信息 ) 的 可 靠 传 输 。 此 时 ， 主 叫 
开始 听 到 MRS 的 彩铃 音 。 

13) MRS Zi AS 上 报 INFO 消息 ， 其 中 携带 信息 “cause = 200; text =" pa completed" ” , 
作用 是 通知 AS 放 音 完成 。 

14) AS 给 MRS 回复 200 消息 ， 这 是 对 INFO 消息 的 啊 应 。 

15) 被 叫 软 交换 给 AS 上 报 200 消息 ， 其 中 携带 了 被 叫 的 媒体 信息 ， 这 是 对 3 invite 的 
最 终 啊 应 ， 表 示 被 叫 摘 机 。 

16) AS 给 被 叫 软 交 换 回 复 确认 消息 ACK， 这 是 对 200 的 确认 。 

17) 被 叫 已 经 摘 机 ， 无 须 再 放 彩 铃 音 了 ， 所 以 AS 给 MRS P Г BYE 信 令 ， 终 止 给 
MRS 的 会 话 。MRS 在 19 处 回复 了 200， 这 是 对 BYE 请 求 的 响应 。 

18) AS 再 次 给 被 叫 软 交换 下 发 Invite 消息 (这 就 是 第 说 的 re -invite)， 如 图 5-12 所 
示 。 这 里 大 家 可 能 会 觉得 很 奇怪 ， 既 然 被 叫 已 经 摘 机 ， 那 么 主 、 被 叫 就 应 该 可 以 通话 了 ， 为 
什么 要 给 被 叫 发 re — invite? 这 里 又 涉及 媒体 协商 了 ， 前 面 说 过 在 SIP 呼叫 里 ， 任 何 两 方 通话 
都 必须 要 先 完成 媒体 协商 ， 就 是 双方 交换 媒体 信息 。 

HË 5-12 可 知 ， 被 叫 已 经 获得 了 主 叫 的 媒体 信息 (在 3Invite 消息 里 AS 将 主 叫 的 媒体 
音 息 透 传 给 被 叫 了 ) ， 但 是 主 叫 还 不 知道 被 叫 的 媒体 信息 ， 就 是 说 主 、 被 叫 的 媒体 协商 还 没 
完成 ， 因 此 现在 还 不 能 通话 ， 必 须 再 进行 媒体 协商 。 这 里 AS 给 被 叫 下 发 re - invite 其 实 就 
是 开始 媒体 协商 的 过 程 。 
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|---3: INVITE(SDP)--- 


|€---15: z200[(5DP)----| 





图 5-12 те - invite 信 令 流程 


细心 的 同学 可 能 还 有 疑问 : 在 15 处 的 200 消息 里 已 经 携带 了 被 叫 的 媒体 信息 ， 此 时 AS 
只 要 直接 给 主 叫 回复 200， 通 过 这 条 200 消息 把 被 叫 的 媒体 信息 透 传 给 主 叫 就 可 以 了 ， 为 什 
么 还 要 重新 开始 媒体 协商 呢 ? 这 里 就 要 综合 前 面 的 信 令 流程 来 分 析 了 (其实 SIP 协议 的 难点 
就 在 这 里 ， 很 灵活 ， 没 有 固定 的 流程 ， 必 须要 根据 具体 信 令 交互 过 程 来 分 析 )， 仔细 看 看 前 
面 的 信 令 流程 ， 如 图 5-13 Bron. 
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[5-13 ” 信 仿 交互 流程 











由 图 5-13 可 以 发 现 ， 此 时 主 叫 已 经 完成 了 一 次 媒体 协商 ,但 这 是 同 MRS 的 媒体 协商 。 

(D 6: Invite; AS 将 主 叫 的 媒体 信息 透 传 给 MRS, MRS 获得 了 主 叫 的 媒体 信息 。 

(2 8:200: MRS 通过 200 将 日 己 的 媒体 信息 带 给 了 AS. 

(3) 10:180; AS 通过 180 将 MRS 的 媒体 信息 透 传 给 主 叫 ， 主 叫 获 得 了 MRS 的 媒体 信息 。 

也 就 是 说 ， 当 前 主 叫 侧记 录 的 对 端 媒体 信息 是 MRS 的 媒体 信息 ， 只 有 当主 叫 侧 还 没完 
成 媒体 协商 时 才 可 以 通过 200 消息 直接 把 被 叫 的 媒体 信息 告诉 主 叫 ， 但 此 时 肯定 是 不 能 这 
样 了 。 

1) MRS 对 17 BYE 回复 的 200 响应 。 

2) 被 叫 收 到 AS 的 re -invite 后 ,给 AS 回复 临时 响应 100, 

3) 被 叫 给 AS 回复 200 响应 ， 这 是 对 re — invite 的 最 终 响应 ， 其 中 携带 了 被 叫 的 媒体 
信息 。 

4) AS 给 主 叫 下 发 UPDATE 消息 ， 其 中 携带 了 被 叫 的 媒体 信息 ， 其 实 就 是 将 21:200 中 
的 媒体 信息 透 传 给 主 叫 。 前 面 已 经 说 到 了 当前 主 叫 侧记 录 的 对 端 媒 体 信息 是 MRS 的 媒体 信 
息 ， 所 以 AS 要 通过 UPDATE 消息 告诉 主 叫 更 新 媒体 信息 为 UPDATE 消息 中 携带 的 媒体 信 
息 。 此 时 主 叫 侧 获取 到 了 被 叫 的 媒体 信息 。 
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5) 主 叫 对 UPDATE 消息 回复 200 响应 ， 其 中 携带 了 主 叫 的 媒体 信息 ， 其 实 就 是 主 叫 硕 
望 通过 200 响应 消息 将 日 己 的 媒体 信息 带 给 对 喘 。 

б) AS 给 主 叫 回复 200 啊 应 ， 这 是 对 初始 Invite (1 invite) 的 最 终 啊 应 ， 就 是 告诉 主 叫 
可 以 开始 通话 了 。 

7) AS 给 被 叫 回 复 ACK 消息 ， 这 里 携带 了 主 叫 的 媒体 信息 ， 这 是 对 21: 200 响应 的 确认 
消息 。 通 过 这 条 消息 将 主 叫 的 媒体 信息 透 传 给 被 叫 ， 至 此 主 、 被 叫 的 媒体 协商 完成 。 媒 体 协 
商 关 键 信 令 如 图 5-14 所 示 。 
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K 5-14 媒体 协商 关键 信 令 


СЮ 21:200: 被 叫 通过 200 响应 携带 了 自己 的 媒体 信息 。 

(2) 22: UPDATE: AS 通过 UPDATE 将 被 叫 的 媒体 信息 透 传 给 主 叫 ( 主 叫 获得 了 被 叫 的 媒 
体 信息 ) 

@) 23:200: 主 叫 通过 200 响应 携带 了 自己 的 媒体 信息 。 

由 25:ACK:AS 通过 ACK 将 主 叫 的 媒体 信息 透 传 给 被 叫 (被 叫 获 得 了 主 叫 的 媒体 信息 ) 。 

8) 主 叫 对 24: 200 的 确认 消息 ， 此 时 主 、 被 叫 开始 通话 。 

9) 被 叫 挂机 ， 给 AS 上 报 BYE 请 求 。 

10) AS 给 被 叫 回 200 啊 应 ， 这 是 对 BYE 的 啊 应 。 

11) AS 给 主 叫 下 BYE 请 求 ， 告 诉 主 叫 结束 呼叫 。 

12) 主 叫 给 AS [n] 200 啊 应 ， 这 是 对 BYE 的 啊 应 ， 至 此 通话 结 
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第 二 篇 ”硬件 升级 ， 装 备 进 阶 


第 六 式 ” 玩 转 VoLTE 信 令 流程 


在 3G 时代， 语音 业 务 承载 在 CS (Circuit Switch) 域 中 ， 涉 及 的 网 元 主要 是 NodeB、 
RNC 和 MSC/MGW， 大 家 主要 关注 的 是 RRC、RANAP 和 RASAP。 而 在 4G A, VoLTE 
集成 了 Voice Over IP ( VoIP), LTE 无 线 网 (E - UTRAN), LTE 核心 网 (EPC) 和 IMS 
(IP Multimedia Subsystem) 来 支持 在 LTE 网 络 上 进行 语音 业务 ， 组 网 更 加 复杂 。SIP (Ses- 
sion Initiation Protocol) 在 VoLTE 通话 中 扮演 了 重要 角色 ， 用 来 创建 更 新 和 中 止 一 个 
VoLTE 通话 ， 这 也 是 信 令 层面 上 VoLTE 和 传统 CS 域 语音 通话 最 大 的 不 同 。 在 一 次 VoLTE 
通话 过 程 中 ，SIP 消息 和 2G/3G 语音 通话 的 过 程 类 似 ， 也 存在 类 似 的 消息 ， 如 CALL SET- 
UP, SETUP, ALERTING, CONNECT 等 。 掌 握 以 SIP 为 主 的 信 令 流程 是 VoLTE 优化 的 
基础 。 

SIP 消息 在 QCI5 承载 上 传输 ，QCI5 作为 默认 承载 ， 连 接 UE #IIMS APN， 因 此 SIP 信 令 
实际 上 是 承载 在 PS (Packet Switch) 域 ， 而 非 传 统 的 Cs WE, 

VoLTE 服务 依赖 于 IMS 的 部 署 , IMS 是 一 个 新 引入 的 复杂 系统 ， 包 含 了 许多 新 网 元 。 典 
型 IMS 网 元 摘 述 见 表 6-1, 


表 6-1 жя IMS 网 元 描述 








功能 实体 主要 功能 
是 IMS 中 与 用 户 的 第 一 个 连接 点 ， 提 供 代 理 (Proxy) 功能 ， 即 接受 业 
P - CSCF (Proxy - CSCF) 务 请 求 并 转发 ， 但 不 能 修改 Invite 消息 中 的 Request URI 字段 ; P – CSCF 也 


可 提供 用 户 代理 (UA) 功能 ， 即 在 异常 情况 下 中 断 和 独立 产生 SIP 会 话 





归属 网 络 第 一 人 口 点 , 分 配 $S - CSCF、 路 由 查询 以 及 域 间 折 朴 隐藏 功 
能 。 不 管用 户 所 属 的 P- CSCF 是 属于 拜访 网 络 的 还 是 归属 网 络 ， 一 定 会 
路 由 到 归属 网 络 的 I- CSCF。P - CSCF 是 根据 注册 消息 的 R_ URI 查询 
DNS 获得 I- CSCF 地 址 


IMS 核心 网 中 处 于 核心 的 控制 地 位 ， 负 责 对 UE 的 注册 鉴 权 和 会 话 控制 ， 
执行 针对 主 叫 端 及 被 叫 端 IMS 用 户 的 基本 会 话 路 由 功能 ， 并 根据 用 户 签约 
的 IMS 触发 规则 ， 在 条 件 满足 时 进行 到 AS 的 增值 业务 路 由 触发 及 业务 控 
制 交 互 

归属 网 络 中 保存 用 户 的 IMS， 鉴 权 向 量 ， 基 本 标识 、 路 由 信息 以 及 业务 
签约 信息 等 ， 是 综合 数据 库 ， 位 于 IMS 核心 网 络 架构 的 最 顶层 

边界 网 关 控 制 功能 ,根据 互通 规则 配置 或 被 叫 分 析 ， 用 来 选择 与 PSTN 
BGCF (Border Gateway Control Function) 域 切 人 点 相连 的 网 络 ， 收 到 5 - CSCF 请 求 ， 为 呼叫 选择 适当 的 PSTN 接 
口 点 


I - CSCF (Interrogating CSCF) 


S- CSCF (Serving CSCF) 





HSS (Home Subscriber Server ) 
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(ER) 
主要 功能 





MGCF (Media Gateway Control Function ) 


IM - MGW (IMS - Media Gateway Function) 


MRFC (Multimedia Resource Function Controller) 


提供 IMS 网 络 与 传统 PLMN ( Public Switched Telephone Network) 网 络 之 
间 的 互通 功能 ; 实现 IMS 核心 控制 面 与 CS AIE, EF ISUP/BICC 与 SIP 
的 协议 交互 及 呼叫 互通 ， 通 过 H. 248 控制 IM - MGW 完成 CS TDM 承载 与 
IMS 域 用 户 面 RTP 的 实时 转换 


完成 IMS 与 PSTN 及 CS 域 用 户 面 宽 窄带 承载 互通 及 必要 的 Codec 编 解 码 
变换 ， 承 载 语音 媒体 通道 资源 


RIER А S- CSCF 及 AS 的 指示 来 通过 H. 248 控制 MREP 上 的 媒体 资源 





作为 UE 的 SIP UA 将 CS 用 户 接 入 IMS， 完 成 IMS 会 话 建立 和 控制 。 它 
是 归属 网 络 中 的 IMS 应 用 服务 器 ， 通 过 主 叫 或 被 叫 iFC 搬入 到 会 话 路 径 
中 ， 是 主 叫 路 径 的 第 一 个 AS， 被 叫 路 径 的 最 后 一 个 AS。 作 为 终 呼 接 人 时 ， 
可 以 根据 接 入 网 情况 、UE 能 力 、IMS 注册 情况 CS 状态 和 运营 商 策略 等 





SCC - AS 因素 进行 域 选择 
作为 业务 连续 性 的 AS, SCC - AS 主要 实现 下 面 的 功能 : COE t Л Җ 
选择 T- ADS 的 能 力 ; @ 和 其 他 网 元 配合 保证 切换 (HU SRVCC 和 es- 
RVCC) 业务 的 连续 性 ， 以 及 同一 用 户 不 同 终端 之 间 的 切换 ; OE ICS 网 
络 架 构 下 ， 是 ICS 用 户 在 IMS 网 络 的 代理 
s 域 选 之 前 会 去 TAS 里 面 查 被 叫 是 否 支 持 VoLTE, TAS 包括 MMETEL 





和 SCC 


6.1 第 一 招 初 涉世 事 一 一 从 注册 谈 起 


一 个 VoLTE 电话 能 成 功 拨 通 的 前 提 是 UE 能 够 成 功 附 着 在 EPS 并 在 IMS 注册 。 
e 3GPP IR. 92 标准 推荐 VoLTE 使 用 双 APN 架构 — Internet APN #1 IMS APN, 
e VoLTE 终端 在 附着 到 Internet APN 时 创建 QCI9 默认 承载 ， 在 附着 到 IMS APN 时 创建 


QCI5 默认 承载 。 
1. EPS 附着 


VoLTE 终端 在 初始 附着 时 ， 会 建立 两 个 默认 承载 ; 一 个 为 数据 业务 的 默认 承载 (根据 
开 卡 信息 与 核心 网 策略 决定 ， 一般 为 QCI9 ) ， 另 一 个 为 QCI =5 的 SIP 信 令 的 默认 承载 ， 如 





图 6-1 所 示 。 


K ial combined Attach to access LTE Network for Normal Data Service (default bearer 


















PCRF 






Default bearer (GBR) QCI-8/9 Internet APN 


Default bearer (Non-GBR) QCI-5  () | IMS APN 





图 6-1 URREZ 


VoLTE 终端 在 Attach Request 消息 ( 见 图 6-2) 里 指示 语音 方案 选择 偏好 和 SRVCC 


能 力 。 
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pS-inter-RAT-HÜ-from-GERAN-to-UTRAH-Iu-mode-capability:not-supported (0) 
p5-inter-RAT-HÜ-from-GERAN-to-E-UTRAH-S1-mode-capability:not-supported (0) 
eMM-Combined-procedures-capability:supported (1) 

iSR-support:supported (1) 

sRVCC-to-GERAN-UTRAN-capability:supported (1) 

ePC-capability:supported (1) 
nF-capability:notification-procedure-not-supported (0) 

ѕрағе:0х0 (0) 





w volce-domain-preference-and-ues-usage-setting 


volce-domain-preference-for-E-UTRAN:ims-ps-voice-preferred-cs-voice-as-secondary (3) 





图 6-2 Attach Request 消息 解析 


EPC 通过 Attach Accept 消息 (О 6-3) 指示 CN 是 否 支 持 VoLTE, 


w eps-network-feature-support 
spare:0x0 (0) 
cs-les:no-information-about-support-of-location-services-via-cs-domain-is-available (0) 
epc-lces:location-services-via-epc-not-supported (0) 
emc-bs:emergency-bearer-services-in-sil-mode-not-supported (0) 





ims-vops:supported (1) 


图 6-3 Attach Accept 消息 解析 


IMS 附着 后 ，QCIS 承载 建立 流程 ， 如 图 6-4 所 示 。 


UE ba MME 
PDN Connectivity Request 


RRC UL Information Transfer S1AP UL NAS TRANS 







Activate Default EPS Bearer Context request (QCI5) 


RRC Connection Recfg(ADD EPS Bear) ERAB SETUP REQ(QCI5) 
RRC Connection Recfg Стр. ERAB SETUP RSP 


Activate Default EPS Bearer Context Accept 





RRC UL Information Transfer S1AP UL NAS TRANS 


图 6-4 QCI5 承载 建立 流程 


【 信和 令 实 例 1】 

如 图 6-5 所 示 ， 该 实例 包含 Combined Attach, QCIS&QCIS 激活 等 内 容 。 

Attach Request 消息 中 会 标注 Combined Attach 字段 ， 说 明 终端 具备 联合 附着 的 能 力 ， 如 
图 6-6 所 示 。 

Attach Request 消息 中 还 会 申明 该 终端 为 语音 优先 终端 还 是 数据 业务 优先 终端 ， 并 且 申 
明 对 于 语音 业务 优先 使 用 VoLTE 还 是 传统 CS 域 ， 如 图 6-7 所 示 。 
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国 Project Logfile Configuration View Test Window Help 


(£e B) | ®р 66 2 ТУ | Eg гри | QQ O JI) їн p Ll M (Ql Fast _ 
View n x -H + 




















Project Time ^ Channel Direction Message BoardCode 
Control 12:56:00.321 MS-=eNc. AttachRequest | 
Configuration 12:56:00.327 . М5->еђ т. RRCConnectioi IF equest 
gm " 12:56:00.366 | .. SeNogdeB-.  RRCConnectiofh Setup 
- 12:56:00.370 .. M$--eNo.. RRCConnectignSetupComplete 
rft EngineerinB Parameter Manat | 33:56:00.423 s" eNodeD-.  DilnformatioliTransfer 
00 GPS 12:56:00.424 AS eNodeB-...  ESMInformaflonRequest 
cR Outdoor Map 12:56:00.424 р A MS->eNo.. ESMInforma ionResponse 
i Фф Indoor Map 12:56:00.426 HC 2.  MS--eNo.. ULinformatibnTransfer 
—ф Google tap 12:56:00.588 MS .. eNodeB-.  UECapabilifyEnquiry 
Г g Informa Е" 12:56:00.593,7M .. М5->еМо... UECapabilityInformation 
e. 9$ мом) 12:56:00,654 .. eNodeB-.  RRCSecuriliModeCommand 
нф GSM 12:56,90.645 .. MS-»eNo.. RRCSecugtyModeComplete 
m Ag CDMA 12 #6:00.647 .. eNodeB-.  RRCCon tionReconfiguration 
me TD-SCEMA. 412:56:00.651 ..  MS--eNo.. RRCConWectionReconfigurationComplete 
#9 LTE 12:56:00.654 eNodeB-.. AttachA 民 ept 


9-24 Mesgige 12:56:00.659 eNodeB-.. | ActivateDefaultEPSBearerContextRequest Activate QCI9 
: 8 wm T 12:56:00.659 М5->еМо... | ActivateDefaultEPSBearerContextAccept 











12:56:00.660 MS--eNo.. AttachComplete] = 
Ir messages 12:56:00.701 .. MS->eNo... ULInformationTfansfer 
L2 g IP Key Messages 12:56:00.708 .. eModeB-. RRCConnectionReconfiguration 
r P Event List 12:56:00.711 -. MS-»-eNo.. RRCConnectiogReconfigurationComplete 
A$ VoIP Parameter 12:56:00.790 m MS-»eNo.. ati : 
= моз [12:56:00.791 М5->еМо... [Р = 
8-94 Service Quality 12:56:00.798 М51 .. eNodeB-.  DLinformationlransfer | 
a-g Scanner 12:56:00.800 eModeB-..  SecurityModeCommang 
mg Statistic I 12:56:01.168 | .. eNodeB-.  RRCConnectionReconfjBuration 
09 Custom Line Chart 12:56:01.173 .. MS--eNo.. RRCConnectionReconflBurationComplete 


T$. LTE/AWCDMA/GSM Chart 12:56:01.181 eNodeB-.. ("ActivateDefaultEPSBearerContextRequest Activate QCI5 
125601182 MS-»eNo... 
I at 


3 








ActivateDefaultEPSBearerContextAccept 
| m 








Ё 6-5 EPS Attachment 实例 


w MsgEnter 
00000111 T 
" no-security-protection-MM-message 
v msg-body 


01000001 T step1: Attach Request 
w attachRequest 


w nAS-key-set-identifier 
tsc:native-security-context (0) 
nAS-key-sert-identifier:nas-KSIO (0) 

w ePS-attach-type 


x 
00001011 — 
w old-GUTI-oOr-IMSI 
-----110 type-of-identity:guti (6) 
----0--- odd-or-even-indic:even-number-and-also-when-the-EPS-Mobile-Identity-is-used (0) 
1111---- spare:0xf (15) 


— sss _ Чы = n 





4 | 
图 6-6 Attach Request 消息 解析 


00000000 codec-Bitmap-for-SysID1-bits-9-to-16:0x0 (0) 
w Supported-Codec 

00000000 bitmapSysId:0xO (0) 

00000010 


Mi SIL S pred саеа step1: Attach Request 
00011111 codec-Bitmap-for-SysID1-bits-1-to-8:0x1f (31) 


00000000 codec-Bitmap-for-SysID1-bits-9-to-16:0x0 (0) 
01011101 T 
00000001 L 
w voice-domain-preference-and-ues-usage-setting 
зраге:0х0 (0) - - 
| ues-usage-setting:voice-centric 


w old-guti-type 
зраге:0х0 (0) 
old-guti-type-value:native-guti (0) 





图 6-7 Attach Request 消息 解析 
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可 看 到 对 应 的 QCI9 和 ОСІ5 的 相关 信息 ， 如 图 6-8 所 示 。 

2. IMS 注册 

24 VoLTE 终端 注册 到 IMS APN 时 会 建立 一 条 QCIS 默认 承载 ， 但 此 时 还 不 能 
通话 ， 因 为 VoLTE 终端 还 需要 到 IMS. 上 进行 注册 ，SIP 注册 消息 承载 在 QCIS Е. 


00000010 


11010000 


人 


00101000 
00000100 


00000011 


Wk k k k k k k ke 


00100111 


step2: Activate QCI9 


w &ccess-point-name 
CHARACTER-SIRING:cmnet 
CHARACTER-STIRING:mnc007 
CHARACTER-STRING:mcc460 


CHARACTER-SIRING:gprs 


| Peps pearer identity: 0х5 (5) - 
procedure transaction identity:0xO (0) step2: Activate QCI9 
w msg-body 


activateDefaultEPSBearerContextAccept 


w no-security-protection-53M-message 
ePS-bearer-identity:OüxO (0) 
procedure-transaction-identity:0x2 (2) 
w nag-body 
step3: Activate QCI5 


™ pDNConnectivityRequest msg:PDN connectivity request 


spare:0x0 (0) 
request-type-value:initial-request (1) 


"" access-point-name 


| CHARACTER-STRING: ims 


图 6-8 Active QCI5 和 Active QCI9 消息 解析 


b JF 





进行 VoLTE 


step4: Activate QCI5 


w access-point-name 


| CHARACTER-STRING:ims 
| 
| 


| CHARACTER-STRING:mnc007 


| 


| CHARACTER-STRING:mcc4&60 


curit Droatecti | а 
step4: Activate QCIS 
procedure-transaction-identitv:üx0 (0) 


activateDefaultEPSBearerContextAÁccept 





图 6-8 Active QCI5 和 Active QCIO 消息 解析 (Ж) 
SIP 注册 流程 如 图 6-9 所 示 。 










]. Register 


М N 
| E 2. TOO — 


| 
— EM ——-—— 


[d 6-9 SIP 注册 流程 


SIP 的 注册 流程 介绍 如 下 。 
1) Register; UE 读 取 IMSI， 发 送 Register 消息 给 CSCF。 
2) 401. CSCF 提取 和 保存 IK ЯП CK, 在 401 响应 中 转发 RAND 和 AUTN 给 UE, 
3) Register; UE 使 用 共享 秘 铀 和 RAND 计算 RES, EH Register 消息 ， 并 发 送 给 CSCF。 
4) 200 OK. CSCF 响应 200 OK 给 UE， 来 指示 基本 注册 成 功 。 
注意 : Р – CSCF 是 IMS 的 入 口 设备 。 
【 信 令 实例 2】SIP 基本 注册 流程 
该 实例 如 图 6-10 ~ 图 6-14 所 示 。 
61 
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; 国 Project Logfile Configuration View Test Window Help 


+ ge B | Pp ë @ | E) @ ES шие | Q (2! P) 




















G> | H b Li M -2] Fast - 














View nx = + $ 
Project Source Direction Event Information 
Control MS1 UE->Network IMS_SIP_REGISTER SIP: Request: SIP/2.0 REGISTER 
ETT Network--UE ІМ5 SIP REGISTER SIP: Response: SIP/2.0 REGISTER: 401 unauthorized 
[ vies — UE--Network 1М5 SIP REGISTER SIP: Request: SIP/2.0 REGISTER 
N Network--UE IMS_SIP_REGISTER SIP: кышы SIP/2.0 REGISTER: 200 ok | 

Фф Engineenj g Parameter Manat š = = ч UB Tu ' 1 INA > 

r^t GPS J S1 Network->UE IMS_ SIP SUBSCRIBE SIP: RE SIP/2.0 SUBSCRIBE: 200 ok 

®ф Outdoof Map MS1 Network->UE IMS_SIP_NOTIFY SIP: Request: SIP/2.0 NOTIFY 

ЭЧ тоо ар М51 UE--Network IMS_SIP_NOTIFY SIP: Response: SIP/2.0 NOTIFY: 200 ok 

— £ Googlf Map MS1 UE->Network IMS_SIP_INVITE SIP: Request: SIP/2.0 INVITE 

g Inforjation MS1 Network->UE — IMS SIP INVITE SIP: Response: SIP/2.0 INVITE: 100 trying 

MS1 Network-»UE . IMS SIP INVITE SIP: Response: SIP/2.0 INVITE: 183 session progress 
MS1 UE--»Network | IMS 51Р PRACK SIP: Request: SIP/2.0 PRACK 
MS1 Network--UE . IMS SIP PRACK SIP: Response: SIP/2.0 PRACK: 200 ok 
MS1 Network--UE . IMS SIP INVITE SIP: Response: SIP/2.0 INVITE: 180 ringing 
MS1 UE--Network IMS 51Р PRACK SIP: Request: SIP/2.0 PRACK 
MS1 Network--UE — IMS SIP PRACK SIP: Response: SIP/2.0 PRACK: 200 ok 
м51 Network->UE | IMS 51Р INVITE SIP: Response: SIP/2.0 INVITE: 200 ok 
MS1 UE--»Network — IMS SIP АСК SIP: Request: SIP/2.0 ACK 
MS1 UE-2»Network — IMS SIP INVITE SIP: Request: SIP/2.0 INVITE 
MS1 RU IMS SIP INVITE SIP: Response: SIP/2.0 INVITE: 100 trying 








图 6-10 SIP 基本 注册 流程 





| ;port-c-31100;port-s-31800,ipsec-3gpp;alg -hmac-md5-96;prot-esp;mod- 
| ]7.mcc460.3gppnetwork.org" uri -"sip:ims.mnc007.mcc460. 3gppnetwork.org л 





6-11 


Register 消息 解析 





P 9:8809:8440:0089:4057:029C:0353:85D8]:5060;branch 2z9hG4bKbnfcbkm7-am7-Zjaabl;rporte 5060 
Lc Саі: : бап? Ө[2409: 8809:8440:89:4057:29с:353:8508] 

-- From: <sip:460075205000335@ims.mnc007.mcc460.3qppnetwork.org>;tag=amfcbkm 

То: <sip:460075205000335@ims.mnc007.mcc460.3gppnetwork.org>;tag=t46a5uu4 

i= CSeq: 1 REGISTER 

-- WWW -Authenticate: Digest realm—"ims.mnc007.mcc460. 3gppnetwork.org | 
Ë= Security-Server: ipsec-3gpp;alg=hmac-sha-1-96;prot=esp;mod=trans;ealg= 


~ Content-Length: 0 
Respond 401 


图 6-12 Respond 401 消息 解析 








once minimum anmi Rs 





2nd Register Message 


3gpp;alg-hmac-md5-96;prot-esp;mod -trans;ealg -null;spi-c— 10056072;spi-s-50257497;port-c-31100;port-s-31800 


ork.org",uri-"sip:ims.mnc007.mcc460. 3gppnetwork.org" realm = "ims. mnc007.mcc460. 3gppnetwork. org" |šloorithm =AKAv1-MD5,response ="09829a0 | 


rvice.ims.icsi.mmtel"; video; +g.3gpp.smsip; +sip.instance="<urn:gsma:imei:86516602-491920-4> 





6-13 2" Register 消息 解析 





[21+ Frame Detail Infomation 


| = SIP/2.0 200 OK 
fas Y * TD ^ ] D 


F Via: .O/UDP [2409:8809:8440:0089:4057:029C:0353:85D8]:31800;branch -z9hG4bKdpfcbkxv 3axv 3ajaaedl;rport-31100 
į- Call-ID: difcbkm7-&[2409:8809:8440:89:4057:29c:353:85d8] 

z From: <sip:460075205000335@ims.mnc007.mcc460.3qgppnetwork.org>;tag=cofcbkm 

Б To: <sip:460075205000335@ims.mnc007.mcc460,3gppnetwork.orq>;tag=9757x426 

-—CSeq: 2 REGISTER 

Re Accept-Resource-Priority: wps.4 

-—P-Associated-URI: «sip: 8617820500335 (&gd.ims.mnc000.mcc460. 3gppnetwork.org », «sip: 486 17820500335 &gd.chinamobile.com 
к Contact: <sip:460075205000335@[2409:8809:8440:0089:4057:029C:0353:85D8]:31800>;expires=7200;+g.3gpp.icsi-ref="urn%: 
-— Content-Length: 0 


a Respond 200 OK 


图 6-14 Respond 200 OK 消息 解析 


6.2 第 二 招 自始至终 一 一 主 被 叫 流程 


和 SIP 注册 类 似 ，VoLTE 通话 也 需要 使 用 SIP 消息 来 初始 化 MO 和 MT 之 间 的 会 话 。 一 
个 VoLTE 基本 呼叫 的 SIP 信 令 流程 如 图 6-15 所 示 。 


MO NW MT 


Invite 


100 Trying 


Invite 
100 Trving 
183 Progress 
183 Progress 
PRACK 
PRACK 
200 OK 
200 OK 


UPDATE 
UPDATE 
200 OK 
200 OK 


180Ringing 
200 OK 
180 Ringing 


200 OK 





图 6-15 一 个 VoLTE 基本 呼叫 的 SIP 信 令 流程 


SIP 信 令 流程 详细 说 明 如 下 
e Invite: MO (Em) 发 起 一 个 VoLTE 呼叫 ， 向 MT (被 叫 ) 发 送 一 条 Invite 请 求 消息 。 
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e 100 Trying: Invite 请 求 的 临时 响应 消息 ， 通 常 是 MT (被 叫 ) 或 者 IMS 用 来 指示 已 经 
正确 收 到 了 Invite 请 求 。 

e 183 Progress; 该 啊 应 用 来 指示 会 话 正 在 处 理 中 ， 一 般 是 Precondition 打开 时 用 来 指示 
资源 预 留 使 用 ， 由 MT (被 叫 ) 或 IMS 发 送 。 

e PRACK: PRACK 通常 和 183 消息 成 对 出 现 ， 一 般 用 来 指示 1XX 啊 应 已 经 正常 收 到 ， 

这 里 用 来 指示 无 线 承载 资源 准备 就 绪 。 

e UPDATE; UPDATE 用 来 协商 更 新 端 到 端的 媒体 面 参数 等 。 

e 180 Ringing: 180 АЕА 已 经 振 铃 。 

e 200 OK; 200 OK 通常 是 对 某 请 求 消 息 的 确认 ， 这 里 要 关注 最 后 一 条 ， 表 示 被 叫 已 经 摘 机 。 

主 被 叫 详细 信 令 流程 如 图 6-16 所 示 。 


UE eNB MME s-Gw P-GW PCRF SBC/ 
P-CSCF 























SIP; INYITE ¿< SDP offer» 


SIP, 183 (SDA Answer? 







gt 200 OK nip Answer? 


2 
Ф 


- ; sü 
FF a 
El 
К=—>—— == ES 
VoIP RTP media carried on the QCI=1 dedicated bearer E 





96-16 主 被 叫 详细 信 令 流程 


图 6-16 所 示 为 VoLTE 基本 呼叫 的 MO 到 P 了 -CSCF (IMS АШ ж) 流程 部 分 。 

该 呼叫 流程 中 包括 两 类 消息 内 容 : 一 类 是 SIP 消息 ; 另 一 类 是 层 3 消息 ， 其 中 方 框 中 的 
消息 内 容 为 QC 的 激活 过 程 。QCIl 激活 过 程 由 183 Progress 消息 触发 。 

[ 信念 实例 3】 完整 VoLTE £A SIP 信 令 流程 实例 

该 实例 如 图 6-17 所 示 。 

Invite 消息 中 包括 了 主 被 叫 的 号 人 码 以 及 支持 的 编码 方式 ， Invite 消息 详 析 如 图 6 — 18 
所 示 。 
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| J+ + 























View 
Project Source 
Control MS1 
Configuration MS1 
- 一 一 一 一 MS1 
| MS1 
g Parameter Manat MS1 
GPS MS1 
A Outdoof Map MS1 
A Indoor|Map MS1 
-Ag GooglË Map MS1 
—9 Inftonhation MS1 
由 -28 wcoMA MS1 
= GS MS1 
m? CDMA MS1 
MS1 
MS1 
MS1 
MS1 
| : "auVIessages MS1 
| Msi 
x >+ t 1 MS1 
A VolP Parameter MS1 
四 -人 MOS 
Р А Qe € ram a o „РЧ Гр vies 





Time 


12:56:01.329 
12:56:02.480 
12:56:02.946 
12:56:03.632 
12:56:03.653 
12:56:03.744 
12:56:03.795 
12:56:03.805 
12:56:10.311 
12:56:10.406 
12:56:16.213 
12:56:16.219 
12:56:16.459 
12:56:17.232 
12:56:17.2 

12:56017.468 
12:56:24.276 
12:56:24.298 
12:56:24.308 
12:56:24.401 
12:56:24.805 
12:56:24.832 
12:56:24.837 


Event 


Information 


Direction 

UE-»Network IMS SIP REGISTER 
Network-»UE — IMS. SIP REGISTER 
UE-»Network IMS SIP REGISTER 
Network-»UE — IMS SIP REGISTER 
UE-»Network IMS SIP SUBSCR... 
Network-»UE — IMS SIP SUBSCR... 
Network-»UE — IMS SIP NOTIFY 
UE-»Network IMS SIP NOTIFY 
UE-» Network IMS. SIP INVITE 
Network-»UE | IMS SIP INVITE 
Network-»UE | IMS SIP INVITE 
UE-» Network | IMS SIP PRACK 


Network- 

giwWork-- ЈЕ 
UE-» Network 
Network-»UE 
Network-»UE 
UE-» Network 
UE-» Network 
Network-»UE 
Network-»UE 
UE-» Network 
Network-» UE 












IMS SIP PRACK 
IMS SIP INVITE 
IMS SIP PRACK 
IMS SIP PRACK 
IMS SIP INVITE 


IMS SIP ACK 


Y . NU 


IMS_SIP_INVITE 
IMS_SIP_INVITE 


IMS_SIP_ACK 
IMS_RTP 


SIP: Request: SIP/2.0 REGISTER 

SIP: Response: SIP/2.0 REGISTER: 401 unauthorized 

SIP: Request: SIP/2.0 REGISTER 

SIP: Response: SIP/2.0 REGISTER: 200 ok 

SIP: Request: SIP/2.0 SUBSCRIBE 

SIP: Response: SIP/2.0 SUBSCRIBE: 200 ok 

SIP: Request: SIP/2.0 NOTIFY 

SIP: Response: SIP/2.0 NOTIFY: 200 ok 

t SIP: Request: SIP/2.0 INVII E 

SIP: Response: SIP/2.0 INVITE: 100 trying 

SIP: Response: SIP/2.0 INVITE: 183 session progres 

SIP: Request: SIP/2.0 PRACK 

SIP: Response: SIP/2.0 PRACK: 200 ok 

SIP: Response: SIP/2.0 INVITE: 180 ringing 

SIP: Request: SIP/2.0 PRACK 

SIP: Response: SIP/2.0 PRACK: 200 ok 

SIP: Response: SIP/2.0 INVITE: 200 ok 

SIP: Request: SIP/2.0 ACK 
P: Requ P72.0 INV 

SIP: Response: SIP/2.0 INVITE: 100 trying 

SIP: Response: SIP/2.0 INVITE: 200 ok 

SIP: Request: SIP/2.0 ACK 

IMS RTP: sequence number = 21921 























图 6-17 SIP 信 令 流程 实例 








El The Frame Detail Infomation 


- To: "15005111897" «sip: 15005111897]p 










~ INVITE sip: 15005111897;phone-contekt -gd.ims.mnc000.mcc460. 3gppnetwork.org &gd.ims.mnc000.mcc460. 39ppnetwork.org;user = 
inc000.mcc460. 3gppnetwork.org >; tag 2qufcbkx 
phone-context-gd.ims.mnc000.mcc460. 3gppnetwork.org &gd.ims.mnc000.mcc460. 3gppnetwc 
^ P-Preferred-Identity: «sip: *8617820500335 &gd.ims.mnc000.mcc460. 3gppnetwork. org > 


i Contact: <sip:460075205000335@[2409:8809:8440:89:4057:29c:353:85d8]:31800>;+sip.instance="<urn:gsma:imei:86516602-491 


z Accept-Contact: *; +g. 3gpp.icsiref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel" 
^ P-Access-Network-Info: 3GPP-E-UTRAN-TDD;utran-cell-id-39gpp 2 4600027872BA3E02 


= P-Preferred-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel 


:…P-Early-Media: supported 


x Supported: 100rel,histinfo,join,norefersub,precondition,replaces,timer,sec-agree 
+- Allow: INVITE,ACK,BYE,CANCEL,UPDATE,INFO,PRACK,SUBSCRIBE,NOTIFY,REFER 


z Accept: application/sdp,application/3gpp-ims 4-xml 


^ Session-Expires: 1800 
+- Min-SE: 90 
Privacy: none;none 


F Route: <sip:[2409:8019:8430:3700::fff0]:9900;lr > 






~- m-audio 31038 RTP/AVP 107 105 101 102 | 








i: a=fmtp: 105 mode-change-capabllity 22;max-red -0 
--a-rtpmap: 101 telephone-event/16000 

а= тір:101 0-15 

- a-rtpmap: 102 telephone-event/8000 
:a=fmtp:102 0-15 

= a=ptime:20 

= a=maxptime:240 

z azinactive 






图 6-18 


step1: Invite request 
including caler & 
caled number 
information 









step1: Invite message 
indicating what kinds of 


codec are supported. 





[Invite 消 息 详 析 
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100trying 中 包含 了 Call ID 以 及 是 何 消息 的 100 trying， 如 图 6-19 所 示 。 


step2: 100 Trying 
Її. Temporary sponding for Invite reguest. 
2. Calt--ID identify a VoLTE call 
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3, CSeq should be same as inve request 


[6-19  100Trying 消息 详 析 


spa РОР step3: 183 session progress 
F y-Media: ga 2» If Z 
L Feature-Caps: *;4g.39pp.srvcc; 49. 39pp.srvcc-alerting Z. Сай-10 should be same with # m 100 Trying 


Content-Length: 336 2. CSeq should be same with ít ín Invíte request 
< Content-Type: application/sdp 
^^ Content-Disposition: session 








TH 





+ Content-Length: 336 
+~ Content-Type: application/sdp 
+ Content-Disposition: session 


“v=0 step3: 183 session progress 
Pr NUNG 2409:8019:8430:3700:0000:0000:0000:FFF1 | уь js confirmed - AMR-NB is 


:C=IN IP6 2409:8019:8430:3700:0000:0000:0000:FFF1 sefected, 





ange-period=1;octet-align=0 


~ a=rtpmap: 102 iphone ланам 
i a=fmtp: 102 0-15 


图 6-20 183 session progress 消息 详 析 
应 的 层 三 信 令 需要 激活 QC 的 承载 ， 如 图 6-21 Bron. 


View q x - + Фф 


Project Time ^ Source Channel Direction Message B. 
Control 12:56:09.958 MS1  PCCH  eNodeB-. Paging 
Configuration | 12:56:12.462 MS1 DL-D.. eNodeB-.  RRCConnectionReconfiguration 


| 12:56:12.466 MS1 UL-D..  MS-»eNo.. RRCConnectionReconfigurationComplete 
6:12.518 MS1 РССН еМодеВ-.. Paging 
-g Engineering Parameter Management. :15.822 MS1 DL-D.. eNodeB-.  RRCConnectionReconfiguration 








View 


















9$ GPs | 12:56:15.825 MS1  UL-D.  MS-»eNo.. RRCConnectionReconfigurationComplete 
| 9$ Outdoor Map 12:56:16.176 MS1 01-0... eNodeB-. BE CConnackonReconsgüraion 
-9$ Indoor м 125616180 MS1 UL-D.. MS->eNo.—RRCConnectionReconfigurationComplete— 
他 Google Map | 12:56:16.190 MS1 NAS eNodeB-...| ActivateDedicatedEPSBearerContextRequest 
9 Information 1256161490 MS1 NAS М5. еМ ActivateDedicatedEPSBearerContextAccept | 
&-?g WCDMA 12:56:16.242 MS1 ША. „А06 емо. "OlmtormatonTranster 
8-94 GSM 12:56:18.918 MS1 peeff  eNodeB-. Paging 
&-?$ СОМА 12:56:24.038 MS“ PCCH ^ eNodeB-. Paging 
9$ Tp-scbMA ,12:5624230 M S1 ^ DL-D.. eNodeB-.  RRCConnectionReconfiguration 
由 g LTE | 12:56:54.734 MS1 UL-D.. MS->eNo... RRCConnectionReconfigurationComplete 
2 ^$ Mes ge 12:56:24.743 MS1 NAS eNodeB-.  ModifyEPSBearerContextRequest 
= MEUSE | 12:56:24.743 MS1 NAS MS->eNo... ModifyEPSBearerContextAccept 
| 12:56:24.762 MS1 UL-D..  MS-»eNo.. ULinformationTransfer 
к $ IP Messages 12:56:25.318 MS1 РССН  eNodeB-. Paging 
„794 IP Key Messages 12:56:29.158 MS1 РССН еМодеВ-.. Рааіпа 
й Message Browser - MsgExplain 
w MsgEnter 
----0010 T 
age 
0111---- 
00000000 





mme UE step4: QCI1 activated 
11000101 T 


w activateDedicatedEPSBearerContextRequest 


0000---- spare-half-octet:OxO (0) 
----0110 linked-EPS-bearer-iídentity:ePS-bearer-ídentíty-value6 (6) 
00000101 L 

- 


00100110 maximum-bit-rate-for-uplínk:0x26 (38) 


00110011 maxizum-bit-rate-for-downlink:0x33 (51) 
00100110 guaranteed-bit-rate-for-uplink:0x26 (38) 


00110011 quaranteed-bít-rate-for-downlink:Ox33 (51) 
图 6-21 осп 专用 承载 激活 消息 详 析 


180ring 代表 振 铃 消息 , 从 被 叫 发 出 ， 通过 网 络 传 给 主 叫 Я 相当 于 3G 时 代 的 Alerting 消 
E. ЈНА РАМА Call ID 和 哪 条 消息 的 180 ring， 如 图 6-22 所 示 。 


&- T DR 
ail In NTO mati jn" 


409:8809:8440:0089:4057:029C:0353:85D8]:31800;branch 2z9hG4bKrvfcbkxv 3axv3ajaa0bl;rport-31100 
:[2409:8019:8430:3700:0000:0000:0000:FFF0]:9900;Ir;Hpt28e42 116;CxtId-3; TRC -ffffffff-ffffffff; X-HwB2bUaCool 





[- Contact: «sip: 2409: 80 19: 8430: 3700: 0000: 0000: 0000: FFF0]: 9900; ;Hpt=8e42_ 16; Cxtīd= 3; uc =ffffffff-ffffffff> 
‘Require: 100rel 
—RSeq: 2 step5: 180 Ring 

=- P-Early-Media: sendonly take notice of the Cal--ID and CSeg 
-Feature-Caps: *; --g. 3gpp.srvcc; 9. 3gpp.srvcc-alerting 
> Content-Length: 0 





图 6-22 180 Ring 消息 详 析 
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200 OK 消息 详 析 如 图 6-23 所 示 。 










r Wa: Ї0]ОбР [2409:8809:8440:0089:4057:029C:0353:85D8]:31800;branch=z9hG4bKrvfcbkxv3axv3ajaa0bl;rport=31100 
maq ord-Boute: ір: 2:8430:3200:0000:0000:0000:E F0]: 9900;lr;Hpt28e42 116;CxtId 23; TRC -ffffffff -ffffffff;X-HwB2b 





= ü 
^ Supported: tdialog, 100ге! step6: 200 OK 


z Session-Expires: 1800;refresher =uac Caled answers the phone; 


= Feature-Caps: *;+g.3gpp.srvcc; +g. 3gpp.srvcc-alerting : 
Content-Length: 0 take notice of Cal--JD and CSeg. 





图 6-23 200 OK 消息 详 析 
63 第 三 招 最 后 乐章 一 一 呼叫 释放 


和 基本 呼叫 过 程 类 似 ，VoLTE 挂机 流程 中 也 包含 两 类 消息 : SIP 消息 和 层 3 消息 。 

对 于 挂机 流程 来 说 ，SIP 消息 包括 Bye 消息 和 200 OK 啊 应 消息 ， 无 论 主 叫 还 是 被 叫 均 
可 以 发 起 Bye 请 求 消 息 。 

图 6-24 中 的 虚线 框 中 为 ОСП 的 去 激活 过 程 。 


SIP: BYE 


Delete Bearer lim | 


Delete Bearer Reque! 


SIP: 200 OK (BYE 





图 6-24 去 激活 过 程 
【 信 令 实例 4】 呼叫 释放 信 令 流程 
该 实例 如 图 6-25 所 示 。 
Bye 消息 中 包括 了 Call ID 和 原因 等 信息 ， 如 图 6-26 所 示 。 
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View n x 
Project 
Control 
Configuration 
P © Engineering Parameter Mana: 
— GPS 
00 Outdoor Màp 
00 Indoor Mar 
= 9:* Google Mak 
= Informatio 
四- 全 WCDMA 
(9-9: GSM 
(9-9: CDMA 


© TD-SCDMA 


Жа Messages 












| |+ + 

$оигсе Time Direction Event Information 

MS1 12:56:38.812 Network-»UE IMS_RTP IMS RTP: sequence number = 22620 
MS1 12:56:38.841 Network->UE IMS_RTP IMS RTP: sequence number = 22621 
MS1 12:56:38.861 Network->UE IMS_RTP IMS RTP: sequence number = 22622 
MS1 12:56:38.877 Network->UE IMS_RTP IMS RTP: sequence number = 22623 
MS1 12:56:38.888 Network->UE 1М5 КТР IMS АТР: sequence number = 22624 
М51 12:56:38.921 Network->UE IMS_RTP IMS АТР: sequence number = 22625 
MS1 12:56:38.928 Network-»UE — IMS АТР IMS RTP: sequence number - 22626 
MS1 12:56:38.957 Network-»UE — IMS RTP IMS RTP: sequence number - 22627 
MS1 12:56:38.968 Network-»UE — IMS RTP IMS RTP: sequence number - 22628 
MS1 12:56:39.001 Network-»UE — IMS АТР IMS RTP: sequence number - 22629 
MS1 12:56:39.009 Network-»UE — IMS АТР IMS RTP: sequence number - 22630 
MS1 12:56:39.037 Network-»UE — IMS АТР IMS RTP: sequence number - 22631 
MS1 12:56:39.049 Network-»UE — IMS АТР IMS RTP: sequence number - 22632 
MS1 12:56:39.069 Network->UE IMS P IMS RTP; sequence number = 22633 













12:56:39.142 Network->U 


MS1 12:56:39.152 


SIP: Request: SIP/2.0 BYE 
SIP: > Response: mue 0 BYE: 200 по 


~=: . 
eau 20 







UE-» Network 






56:56.996 





Р Network->UE — IMS SIP NOTIFY SIP: Request: SIP/2.0 NOTIFY 
51 12:56:57.007 UE->Network IMS SIP NOTIFY SIP: Response: SIP/2.0 NOTIFY: 200 ok 
MS1 12:56:57.237 Network->UE IMS_SIP_REGISTER SIP: Response: SIP/2.0 REGISTER: 200 ok 


图 6-25 呼叫 释放 信 令 流程 








- .mnc000.mcc460.3gppnetwork.org@gd.ims.mnc000.mcc460.3gppnet 
r iD: +86 scc ims. pen mcc460. айынан) org>;tag=qufcbkx 


step1: Bye request 


Caf-ztD& CSeg & Reason 


图 6-26 Bye request 消息 详 析 





与 此 同时 ， 层 三 信 令 需要 去 激活 ОСП 的 承载 信息 ， 如 图 6-27 所 示 。 





View n x 
Project 
Control 


Configuration 
[= ] 
: -Ag Engineering Parameter Mana: 


L9 GPS 

-Ag Outdoor Map 
00 Indoor Map 
—9:$ Google Map 
В © Information 
Pg WCDMA 

© GSM 

由 -28 СОМА 

四 -全 TD-SCDMA 
由 .2g8 LTE 


B g Message 











: | Qi IP Key Messages 
i P <. — lied 





" $ + 
Time ^ Source Channel Direction Message BoardCode 
12:56:18.918 MS1 PCCH . eNodeB-.. Paging 
12:56:24.038 MS1 PCCH . eNodeB-.. Paging 
12:56:24.730 MS1 DL-D.. »eNodeB-.  RRCConnectionReconfiguration 
12:56:24.734 MS1 UL-D.. MS->eNo.. RRCConnectionReconfigurationComplete 
12:56:24.743 MS1 NAS eNodeB-..  ModifyEPSBearerContextRequest 
12:56:24.743 MS1 NAS MS--eNo.. ModifyEPSBearerContextAccept 
12:56:24.762 MS1 UL-D.. MS--eNo.. ULlnformationTransfer 
12:56:25.318 MS1 PCCH eNodeB-.. Paging 
12:56:29.158 MS1 PCCH . eNodeB-.. Paging 
12:56:31.718 MS1 PCCH . eNodeB-.. Paging 
12:56:36.838 MS1 РССН eNodeB-.. Paging 
12:56:38.118 MS1 PCCH . eNodeB-.. Paging 
12:56:39.683 MS1 DL-D.. eNodeB-..  RRCConnectionReconfiguration 
12:56:39.687 MS1 UL-D.. MS--eNo. i i 
12:56:39.690 MS1 NAS eNodeB- DeactivateEPSBearerContextRequest 
12:56:39.691 MS1 NAS М5->еМо.. 
12:56:39.703 MS1 UL-D.. MS->eNo... ÜUtlintormationTranster 
12:56:41.958 MS1 PCCH . eNodeB-.. Paging 
12:56:46.687 MS1 DL-D.. eNodeB-..  RRCConnectionReconfiguration 
12:56:46.690 MS1 UL-D.. MS->eNo.. RRCConnectionReconfigurationComplete 



























图 6-27 承载 去 激活 消息 详 析 
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Message Browser - MsgExplair 








v MsgEnter 
----0010 T 
MER Р ТЭС 
0111---- ePS-bearer-identity:0x7 (7 
00000000 —prucedure-cramsacciumeidenutcyroxo- (0) 
v mnsg-body step2: Deactivate QCI1 
иат | ОСІ = 55/8 bearer + EPS bearer 
Y pasdyapskšabsassscophusxybaq EPS bearer 7 іѕ part of QCHI 





图 6-27 承载 去 激活 消息 详 析 (28) 


200 OK 消息 中 包含 了 Call ID 和 对 应 那 条 消息 的 200 OK， 如 图 6-28 所 示 。 












































View n x | "| + + 
Project Source Time Direction Event Information 
Control MS1 12:56:38.812 Network-»UE — IMS RTP IMS RTP: sequence number - 22620 
Configuration MS1 12:56:38.841 Network-»UE — IMS RTP IMS RTP: sequence number - 22621 
Uu MS1 12:56:38.861 Network-»UE — IMS RTP IMS RTP: sequence number - 22622 
- о. Engine MEE мап MS1 12:56:38.877 Network-»UE — IMS АТР IMS RTP: sequence number - 22623 
| Ж GPS ` | MS1 12:56:38.888 Network-»UE — IMS RTP IMS RTP: sequence number - 22624 
| 9% Outdoor мр М$1 12:56:38.921 Network->UE — IMS АТР IMS RTP: sequence number - 22625 
| p os KHEN. MS1 12:56:38.928 Network-»UE . IMS ВТР IMS RTP: sequence number - 22626 
E 9°» Google M I MS1 12:56:38.957 Network-»UE — IMS RTP IMS RTP: sequence number - 22627 
j p e; Informalic MS1 12:56:38.968 Network-»UE . IMS ВТР IMS RTP: sequence number - 22628 
i MS1 12:56:39.001 Network-»UE — IMS RTP IMS RTP: sequence number - 22629 
B-A T MS1 12:56:39.009 — Network-»UE IMS RTP IMS RTP: sequence number - 22630 
bo ss MS1 12:56:39.037 Network-»UE — IMS RTP IMS RTP: sequence number - 22631 
g TD-SCD MS1 12:56:39.049 Network-»UE — IMS RTP IMS RTP: sequence number - 22632 
: MS1 12:56:39.069 Network->UE IMS RTP; sequence number = 22633 
Ki c 12:56:39.142 Network->UE | IMS SIP BYE SIP: Request: SIP/2.0 BYE | 
үй oewer ORe MS1 12:56:39.152 SIP: Response: SIP/2.0 BYE: 200 ok 
i - UE->Network MS SIP'R >: Request: SIP/2.0 F ; 
i : ] Network->UE IMS_SIP_NOTIFY SIP: Request: SIP/2.0 NOTIFY 
| MS1 12:56:57.007 UE-»Network IMS SIP NOTIFY SIP: Response: SIP/2.0 NOTIFY: 200 ok 
i MS1 12:56:57.237 Network->UE IMS SIP REGISTER SIP: Response: SIP/2.0 REGISTER: 200 ok 





"OR * IM-dient/OMA 1.0 HW-VxW NV 0 

x P-Access-Network-Info: 3GPP-E-UTRAN-TDD;utran-cellid-39pp -4600027872BA3E02 

Via: SIP/2.0/UDP [2409:8019:8430:3700::fff0]:9900;branch -z9hG4bKsf5ll7aSeGun4e 5e 58s 7a: 
ne step3: 2000K 

i Resond 200 OK for Bye request 


Call ID ídendifies the Call which is released 


图 6-28 200 OK 消息 详 析 
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第 七 式 “” 关 键 参数 打通 VoLTE 脉络 


基础 功能 和 参数 部 署 后 ，UE 就 可 以 发 起 语音 业务 。 同 时 ，3GPP 也 规定 了 КОНС. RLC 
分 片 、TTI Bounding, SPS, SRVCC 等 VoLTE 的 关键 特性 ， 可 以 根据 网 络 的 实际 情况 选择 性 
开启 。 为 了 提升 语音 业务 的 性 能 (如 容量 提升 、 履 盖 改 善 、 语 音质 量 改善 等 ) ， 可 以 发 据 演 
进 语音 速率 控制 、 语 音 特征 感知 调度 、 语 音 业 务 优 先 接 入 等 特性 功能 并 区 分 场景 加 以 应 用 。 


7.1 第 一 招 夯实 根基 一 一 基础 参数 定 标 


每 种 功能 的 开通 必需 要 进行 基础 参数 的 设置 ， 以 保证 功能 的 正常 开通 使 用 ，VoLTE th 
是 如 此 。 由 于 VoLTE 对 时 延 的 要 求 比 普通 的 PS 业务 要 高 ， 因 此 除了 必要 的 VOLTE 开关 需要 
打开 外 ，RLC、PDCP 层 的 参数 配置 也 需要 进行 章 新 定 标 ， 避 人 免 出 现 频 发 的 语 首 质量 和 接续 


问题 。 
7.1.1 了 RLC 参数 配置 建议 


RLC 层 的 主要 功能 是 分 割 与 重组 上 层 数据 包 ， 使 得 其 大 小 适应 于 无 线 接口 进行 的 实际 
传输 。 对 于 需要 无 差错 传输 的 无 线 承载 来 说 ，RLC 层 也 可 以 通过 重 传 来 恢复 丢 包 。 另 外 ， 
RLC 层 通过 重 排序 来 弥补 由 于 底层 混合 自动 重 传 请 求 (HARQ) 操作 产生 的 乱 序 接收 。 建 议 
ОСП 采用 UM 模式 ，QCIS 采用 AM 模式 ， 并 且 相 邻 小 区 模式 统一 ， 以 防止 RLC 不 匹配 造成 
的 掉 话 。RIC 模式 取 值 见 表 7-1。 
































表 7-1 RLC 模式 取 值 
类 别 £ 数 名 功能 含义 取 值 范围 VoLTE 环境 下 的 取 值 





该 参数 表示 RLC 传送 模式 ， 只 能 选择 
AM 和 UM 两 种 模式 

建议 值 : 

ОСП: RleMode_UM (UM 模式 ) 

QCI2: RleMode UM (UM 模式 ) 

QCI5; RleMode_AM (AM 模式 ) 

0С19; RleMode_AM (AM 模式 ) 


HleMode AM, КІс- 


RLC H 2 RlcMod RLC 模式 
相关 参数 cMode 模式 Mode UM 














7.1.2. 效 辑 信道 配置 建议 

MAC 层 会 将 多 个 逻辑 信道 复 用 到 同一 个 传输 信道 上 进行 传输 ， 由 于 VoLTE 会 引入 3 个 
承载 (ОСП, 、QCI2 和 QCIS5)， 因 此 需要 对 逻辑 信道 进行 优化 以 满足 不 同 QCI 的 传输 需求 。 
逻辑 信道 取 值 见 表 7-2。 
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表 7-2 逻辑 信道 取 值 


类 я] £ 数 名 功能 含义 取 值 范围 VoLTE 环境 下 的 取 值 
可 根据 不 同 的 ОСІ 进行 配置 ，QCE 的 
LogicalChannelConfig TES AARRE INTEGER | 取 值 最 低 ， 即 优先 级 最 高 ，QCIL 其 次 。 
相关 参数 — 辑 信道 优先 级 | (1.. 16) EN: 0С15 的 优先 级 > QC 的 优先 级 > 


QCD 的 优先 级 > QCIO 的 优先 级 








7.1.3 PDCP 参数 配置 建议 


LTE 系统 PDOP 层 的 主要 目的 是 发 送 或 接收 对 等 PDCP 实体 的 分 组 数据 ， 其 主要 完成 以 
下 几 方 面 的 功能 : IP 包头 压缩 与 解压 缩 (КОНС), 、 数 据 与 信 令 的 加 密 ， 以 及 信 令 的 完整 性 
保护 。 建 议 开 局 头 压 缩 功 能 ， 头 压缩 至 少 支持 Profilel, PDCP 参数 取 值 见 表 7-3。 





47-3 PDCP 参数 取 值 





类 Ж £ їй 名 功能 含义 取 值 范围 VoLTE 环境 下 的 取 值 
建议 为 ОСП 的 无 线 承载 建立 PDCP 
pdep -SN - PDCP JZ SN = ENUMERATED | 实体 时 配置 为 12 bit; 建议 为 QCIS 的 
Size 长 度 | len7bits ,len12bits| 无 线 承载 建立 PDCP 实体 时 配置 为 
12 bit 
PDCP 483 
参数 me 建议 ОСП 配置 为 100ms、QCI5 Hu 


ENUMERATED | ms50, | 置 为 1300 ms。 对 无 线 网 络 性 能 的 影 

PDCP SDU 的 |msl00， 150, 300, H; 如 果 参 数 配置 过 大 ， 则 会 造成 业 
ZEE [Н] ms500 , ms750, 151500, in- | 务 延 时 不 能 满足 QCI 要 求 ， 如 果 配 置 
finity | 过 小 ， 则 会 造成 PDCP 层 数据 丢弃 严 
重 ， 影 响 吞 吐 量 


discardTimer 




















7.2 第 二 招 ПЭМ 


为 保证 语音 业务 感知 ， 在 AG 有 履 盖 较 差 的 地 区 ,终端 需要 通过 eSRVCC 方式 互 操 作 至 
2G。 对 于 eSRVCC 互 操作 ， 需 通过 邻 区 配置 和 参数 进行 优化 。eSRVCC 典型 组 网 架构 如 
7-1 所 示 。 


7.2.1 邻 区 配置 建议 


场景 一 : 

如 果 46G 526 小 区 共 站 ， 则 AG 首先 需要 配置 所 有 共 站 的 2G 小 区 频 点 及 小 区 ; 同时 需 
要 继承 其 中 同方 向 角 的 26 共 站 小 区 (系统 实现 时 可 考虑 一 定 的 角度 放宽 ， 暂 定 60。 内 ) 的 
2G 邻 区 频 点 及 小 区 。 

场景 二 : 

如 果 46G 仅 与 3G 小 区 共 站 ， 则 AG 需要 配置 所 有 ЗС 共 站 小 区 的 2G 邻 区 频 点 及 邻 区 。 


eSRVCC 通话 不 中 断 
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人 IMS 
— CAP pee- "—— SCC AS/Anchor AS/ 


MMTel AS/IM-SSF/ 
IP-SM-GW 


ATU-STI : 
sip:sccasQvolte.com 


I/S-CSCF 


”融合 HLR/HSS 

sss. 1 

© BN. IP 地 址 : 192.123.112 

: SOC r----- 4-+------===- 域名 : atcfpsi.volte.com 
| / E STN-SR : 888666 


SBC/P-CSCF/ : 


EPC SGi 


' , ' 
* # 
JA 
' , § 0 
CS · f m 
м , 
, '. ! 
> 7 












MSC Servers, / SRVCC IWF `x. 
(Len (ua) T 
2G/3G 
\ E-UTRAN 
N UTRAN 
LTE user 


图 7-1 eSRVCC 典型 组 网 架构 


场景 三 : 

如 果 AG 站 点 为 新 建站 ， 则 优先 添加 第 一 圈 2С 邻 区 频 点 及 邻 区 。 应 重点 核查 以 下 两 类 
漏 配 2G 小 区 频 点 及 小 区 : 

1) 距离 4G 站 点 最 近 的 NN 个 2G 站 址 中 ， 如 果 存 在 室外 小 区 ， 则 选择 天 线 方向 指向 本 
小 区 的 2G 小 区 (相对 方向 角 小 于 180°); 如 果 存 在 室 分 小 区 ， 则 无 须 考虑 方向 角 ， 上 述 
室内 外 频 点 共 WW 个 (WN 建议 小 于 9 个， 建议 距离 在 2 km 范围 内 ) 。 

2) AG 小 区 天 线 法 向 方向 正面 对 打 小 区 且 两 小 区 天 线 相对 方向 角度 在 60° 之 内 最 近 的 两 
个 候选 邻 区 频 点 及 其 对 应 的 小 区 (该 邻 区 距 本 小 区 不 超过 1 km) 。 如 果 这 两 个 小 区 频 点 被 包 
含 于 前 述 术 个 小 区 频 点 ， 则 需 配 令 区 频 点 个 数 为 HM， 否则 为 M+2 个 。 

场景 四 : 

WR AG 与 2G 共 室 分 ， 则 4G 需要 配置 该 2G 室 分 频 点 及 小 区 ， 以 及 该 2G 室 分 小 区 的 
邻 区 频 点 及 邻 区 。 

Е: CSFB 的 邻 区 和 VoLTE 的 邻 区 不 复 用 ， 需 保证 VoLTE 邻 区 配置 正确 。 


7.2.2 参数 配置 建议 


由 于 语音 业务 与 数据 业务 的 不 同 ， 为 保证 LTE 语音 业务 连续 性 ， 语 音 业 务 异 系统 门限 
建议 高 于 数据 业务 异 系统 门限 ， 以 避免 LTE 弱 覆 盖 场 景 下 的 掉 话 问题 。 
eSRVCC 切换 测量 及 判决 过 程 如 图 7-2 所 示 。 






































Z3 


LIE RSRP 
EM GSM 










bi 


En 


A2 InterRatHoGeranBl1T 
hd 
GeranB2Thdl Rsrp 低 


用 户 逐 步 移动 到 LTE 覆盖 边缘 


时 间 点 О) 
UE 测量 发 现 GSM 电 平 
高 于 Bl 且 服 务 小 区 低 于 


时 间 点 CD 
LTE RSRP 低 于 A2，UE 上 
JR A2 事件 一 eNodeB 下 发 


Bl 1, B2 测量 指示 UE JF 
始 测量 GSM 信号 和 服务 小 区 
信号 


B2， 上 报 B2 事件 — 
eNodeB 发 起 到 GSM 的 
eSRVCC 





图 7-2 eSRVCC 切换 测量 及 判决 过 程 


eSRVCC 切换 测量 及 判决 互 操 作 参 数 见 表 7-4。 
表 7-4 eSRVCC 切换 测量 及 判决 互 操 作 参 数 

















本 系统 判决 门限 〈 含 门限 迟滞 值 ) -105 ~ -100dBm 
4G A2 测量 事件 pa hasa | 
(触发 异 系统 测 量 ) [ËR Sah (BL hysteresis 1 dB 
触发 时 间 timetotrigger 320 ms 
ЖЭ (ATIRE E) -118 ~ - 115 dBm 
异 系统 判 决 门限 CERT ERIS E EL) -95 ~ -85 dBm 
4G B2 测量 事件 
ЈА ИИН hysteresis 1 dB 
触发 时 间 timetotrigger 320 ms 








7.3 第 三 招 特性 助力 VoLTE 基础 特性 





3GPP 规定 了 DRX, КОНС, RLC 分 片 、TTI Bounding, SPS 等 VoLTE 的 关键 基础 特性 ， 
用 于 提升 VoLTE 的 覆盖 和 容量 。DRX、ROHC 和 RLC 分 片 是 普遍 开启 的 基础 特性 ， 而 SPS 
和 TTI Boundning 应 用 的 场景 有 限 ， 可 以 根据 网 络 的 实际 情况 选择 性 开局 。 


7.3.1 ROHC 特性 


КОНС 头 压 缩 特 性 开启 后 ， 可 以 大 大 降低 头 开销 ， 提 高 VoLTE 语音 用 户 容 量 ， 提 高 数 
据 业 务 吞 吐 量 ， 增 强 边缘 覆盖 。 压 缩 方 和 解压 方 分 别 有 3 种 状态 和 3 种 工作 模式 。 通 过 压缩 
方 和 解压 方 的 状态 迁移 以 及 工作 模式 的 转换 ， 可 以 适应 不 同 质量 的 无 线 环境 ， 确 保 在 不 同 无 
线 环 境 下 压缩 包 可 以 被 正常 解压 。ROHC 工作 模式 如 图 7-3 所 示 。ROHC 开启 相关 参数 见 
X 7-5, 
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发 送 方 
PDCP 实体 


— M — 


UE/eNodeB 





Ej PDCP SDU Ej PDCP SDU 


与 PDCP SDU 与 PDCP SDU 
相关 的 包 无 关 的 包 


相关 的 包 无 关 的 包 


+a 


Piel 





| 7-3 Конс 工作 模式 


47-5 КОНС 开启 相关 参数 
参数 名 称 设置 值 描述 





打开 该 参数 ， 表 示 eNodeB 启用 КОНС 功能 。ROHC 功能 对 无 线 网 络 性 能 的 影响 ， 当 开关 打开 
ROHC 开关 时 ， 启 用 ROHC 头 压缩 功能 ， 减 小 报 文 头 部 在 空 口 的 传输 开销 ， 提 高 VoIP 业务 容量 ， 改 善 VoIP 
业务 覆盖 





该 参数 表示 КОНС 的 运行 模式 。 其 中 ， 单 向 模式 (Unidirectional Mode) 报 文 只 能 从 压缩 方 到 解 
压 方 单 向 发 送 ， 不 强制 要 求 有 反馈 通道 ， 因 此 这 种 模式 的 可 靠 性 低 于 优化 模式 和 可 靠 模式 ， 但 反 
人 馈 占 用 的 开销 也 最 低 。 优 化 模式 (Ві - directional Optimistic Mode) 解压 方 可 以 向 压缩 方 发 送 反馈 
信息 ， 指 示 异 常 或 上 下 文 同步 成 功 。 该 模式 的 可 靠 性 比 单 向 模式 要 高 ， 需 要 的 反馈 信息 量 也 不 如 
可 靠 模式 大 。 可 靠 模式 ( Bi - Directional Reliable Mode) 压缩 方 和 解压 方 上 下 文 的 可 靠 性 最 高 ， 
但 由 于 反馈 频繁 ， 因 此 链 路 开销 也 最 大 





ROHC 最 高 模式 














压缩 协议 类 型 | 该 参数 表示 eNodeB 支持 的 压缩 协议 类 型 


7.3.2 TTI Bundling 特性 


TTI bundling 特性 通过 4 个 连续 子 帧 进行 一 个 包 的 传输 ， 以 增 大 传输 成 功率 ， 从 而 提高 接 
收成 功率 , 避免 过 多 的 HARQ 重 传 ， 达 到 禾 盖 增强 的 效果 ， 如 图 7-4 所 示 。TTI Bundling Hx 
持 子 帧 配 比 0、 子 帧 配 比 1、 子 帧 配 比 6， 且 对 于 单 终端 来 说 ，TTI Bundling ЕЁ ЕБ УЛ Н Кк 
另外 ， 需 要 考虑 终端 兼容 性 ， 建 议 谨慎 开局 该 功能 。TTI Bundling 开局 相关 参数 见 表 7-6。 


表 7-6 TTI Bundling 开启 相关 参数 


参数 名 称 设置 值 描述 


打开 该 开关 ， 开 启 ТТІ Bundling 功能 。 当 为 UE 配置 TTI bundling 传输 模式 后 ， 在 
VOIP 空 口 时 延 预算 内 获得 更 多 传输 机 会 dim Ef 





TTI Bundling 开关 









Retransmission ACK/NACK 






TTI bundle size 






—— Normal HARQ RTT 


Bundle HARQ RTT 





É 7-4 ТТІ Bundling 工作 原理 


7.3.3 КЇЙ AE pp 


动态 调度 时 ，eNodeB 每 20ms 对 VoIP 用 户 进行 一 次 调度 ， 通 过 PDCCH 信道 指示 用 户 ， 
这 样 会 消耗 较 多 PDCCH 资源 ， 但 信道 适应 性 较 好 。 

半 静 态 调度 会 通过 PDCCH 指示 UE 使 用 的 资源 (MCS 和 RB), ， 在 未 接收 到 新 的 资源 调 
度 前 ，UE 一 直 占 用 已 分 配 的 资源 ， 从 而 节省 PDCCH 资源 ， 提 高 小 区 VoIP 平均 用 户 数 。 半 
静态 调度 特性 关键 点 : OER UE 必须 文 持 半 静 态 调 度 ; ORE ОСІ 为 1 的 VoIP 语音 ， 
务 进行 。 半 静态 调度 开启 相关 参数 见 表 7-7。 

表 7-7 半 静 态 调度 开启 相关 参数 
设置 值 描述 











参数 名 称 














上 行 调 度 开关 打开 该 开关 ， 表 示 采 用 上 行 半 静态 调度 
下 行 调度 开关 打开 该 开关 表示 采用 下 行 半 静态 调度 


7.3.4 DRX 省 电 特 性 


随 着 LTE 应 用 的 丰富 和 智能 手机 的 发 展 ， 手 机 的 待机 与 使 用 时 长 成 为 了 用 户 的 重要 体 
验 之 一 。3GPP 在 制定 LTE 协议 时 就 充分 考虑 到 了 UE 的 能 耗 ， 引 入 了 DRX 特性 。 在 不 发 送 
数据 的 时 间 段 内 ，DRX 使 UE 进入 休眠 期 ， 达 到 省 电 的 目的 。DRX 的 典型 应 用 场景 为 周期 
性 连续 小 包 业 务 ， 如 语音 业务 。DRX 参数 可 以 基于 不 同 的 QCI 业务 特殊 定制 ， 当 UE 进行 语 
音 业 务 时 ， 会 建立 ОСП RR, H DRX 参数 配置 需要 与 语音 包 的 规律 相 匹 配 。 在 存在 多 个 
QCI 级 别 的 业务 时 ， 以 最 小 周期 为 原则 。DRXI 工作 原理 如 图 7-5 所 示 。DRX 开启 相关 参数 
见 表 7-8。 
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图 7-5 DRX 工作 原理 
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表 7-8 DRX 开启 相关 参数 














VoLTE 环境 
类 ж E 功能 含义 取 值 范围 
力 = га Y 
类 别 数 名 能 值 下 的 取 值 
ENUMERATED | psfl, psf2, psf3, 
m 在 DRX 循环 周期 中 UE |р», psf5, psf6, psf8, psflO, psf20, 
onDurationTimer ER ses 8 
2) Bi HJ SJ ЇН] C FE psf30, psf40, psf50, psf60, psf80 ， 
psf100 , psf200| 
ENUMERATED | psfl psf2, psf3, 
TT "T— f4, psf5, psf6, psf8, ，psf10 psf20, 
每 当 UE 被 调度 以 初 传 数 |” n Ре ку ы сек 
据 时 ， 就 会 启动 或 重启 ) |o, PO, pPoO, ps， pe， 
ИР rem ... |psf100, . psf200,  psf300,  psf500, 
drx — InactivityTimer 一 个 定时 和 drx — Inactivity {750 (1280 (1920 D560 4 
Timer, UE 将 一 直 位 于 激 | 10 di ч di а. di "| 
š xi г r r 
活 态 直到 该 定时 器 超时 sparelO,  spare9,  spare8,  spare7, 
spare6 , spare5 , spare4 , spare3 , spare2 , 
sparel | 
CDRX 
相关 DRX 的 HARQ 重 传 定时 
参数 ЛЕЕ TES 器 ,应 用 于 下 行 重 传 的 | ENUMERATED | psfl psf2, psf4, 
сш шина HARQ RTT 定时 髓 超时 时 ,|psf6 ,psfg , psf16 , psf24 , psf33 | 
保证 重 传 有 时 间 能 下 发 
ENUMERATED | sfl0 , sf20, 532, 
sf40 , sf64 , sf80 , sf128 , sf160, 5256 
longDRX - Cycl DRX 长 周期 的 长 度 : ; : ; j 40 
= u s sf320, sf512, sf640 ，sf1024 , sf1280 , i 
sf2048 , sf2560 | 
ENUMERATED | sf2 , sf5 , sf8 , sf10 ， 
shortDRX - Cycle 短 DRX 周期 sf16 , sf20 , 532 , 5140 , sf64 , 5180 , 5128 , 建议 不 配置 
sf160 , sf256 ,sf320 , sf512 ,sf640 | , 
drxShortCycleTimer DRX 短 周期 定期 央 INTEGER (1..16) 建议 不 配置 











7.4 第 四 招 融会 贯通 VoLTE 演进 功能 





VoLTE 业务 的 QoS 要 要 高 于 其 他 业务 ， 随 着 VoLTE 用 户 的 逐渐 增多 和 用 户 需求 的 不 断 
提升 ， 基 础 特性 越 来 越 难 满 足 用 户 发 展 的 需求 。 诸 如 AMRC, Flash eSRVCC、 基 于 时 延 的 调 
度 等 特性 适时 演进 并 出 现 ， 突 破 了 基础 特性 遇 到 的 瓶颈 ,将 VoLTE 的 性 能 和 感知 提升 到 一 
个 新 的 高 度 。 


7.4.1 AMRC 


AMRC (语音 自 适 应 速率 调整 ) 通过 eNB 参与 AMR 的 速率 调整 过 程 ， 使 得 在 小 区 中 心 
时 ，eNB 通过 速率 请 求 调 整 至 最 大 速率 ， 获 得 MOS 增益 ; 在 小 区 边缘 时 ，eNB 通过 AMR XE 
率 请 求 调 整 为 较 低 速率 ， 从 而 实现 弱 履 盖 下 的 语音 质量 提升 ， 如 图 7-6 所 示 。 即 基于 用 户 
信道 质量 适 配 不 同 的 AMR 速率 ， 获 得 最 优 MOS 体验 。 

ТЕ eNB 中 可 以 设置 调 速 丢 包 率 门 限 点 ， 当 统计 周期 UE 的 丢 包 率 达 到 门限 后 ，eNB 1 
修改 AMR 语音 包头 的 CMR 字段 ， 触 发 UE 调整 编码 速率 ， 从 而 达到 根据 信道 质量 进行 编码 
速率 的 动态 调整 . 在 中 近 点 采用 高 速率 ， 在 远 点 采用 低速 率 。 
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Higher AMR Codec m ober i ннан 
Higher AMR Codec Higher AMR Codec 感知 好 | 
| E TI =ч E 
Я m —3 E SN 
Eu ЗЕ КЕШЕН 
HES 


VoLTE User under poor ^ VoLTE User 
MOLTE User coverage like indoor NS 


Kl 7-6 不 同 编码 速率 远近 点 差异 





在 小 区 远 点 ， 语 音 编码 速率 自动 下 调 自 适 应 语音 编码 速率 调整 ， 提 升 语音 覆盖 3dB 








' ee 
MOS ——À te x 
K ) mx I — 平滑 下 降 — e 
MO SS 
Ü 下 降 最 快 
___ UEI: 23.85K 
- _ UE2: 12.65K 
I” — AMRC 
Pathloss 
通过 修改 AMR (编码 速率 自 适 应 ) 包头 的 CMR 字段 触发 
UE 调整 编码 速率 。 siqarun. 触发 语音 > 在 小 区 远 点 ， 若 固定 使 用 高 码 率 ， 反 而 用 户 体 验 差 ; 
码 速 率 的 动态 调整 ， 中 近 点 采用 高 速率 ， 远 点 采用 低速 若 调整 为 低 码 率 语 音 ， 降 低 误 码 ， 可 显著 提高 MOY 分 。 
率 。 > 高 通 、 海 思 芯片 手机 均 支 持 自 适应 码 率 调整 


7-7 AMRC 原理 


7.4.2 Flash eSRVCC 提升 边缘 用 户 感知 


AT w WJ VoLTE 体验 优化 特性 根据 上 行 信 道 质量 对 语音 专用 承载 进行 接纳 判决 ， 
eNodeB 识别 弱 覆 盖 区 域 用 户 并 拒绝 语音 专用 承载 建立 ，IMS 要 求 终端 重 试 CSFB 呼叫 ， 保 证 
语音 呼叫 成 功 。 

针对 弱 场 环境 ， 主 被 叫 VoLTE 起 呼 时 ,终端 发 生 bSRVCC 切换 对 用 户 感 知 造 成 的 影响 ， 
引入 Flash eSRVCC 功能 VoLTE Flash eSRVCC 切换 方案 ， 可 以 极 大 提升 弱 履 六 场 景 呼叫 成 功 
率 ， 如 图 7-8 所 示 。 

Flash eSRVCC 主要 为 解决 在 弱 履 盖 场 景 下 起 呼 成 功率 问题 ， 在 eNB 中 进行 弱 履 盖 用 户 
的 识别 ， 当 识别 为 弱 履 盖 用 户 在 终端 发 起 语音 建立 承载 请 求 时 eNB 会 发 起 承载 拒绝 的 啊 应 ， 
当 核 心 网 收 到 承载 拒绝 响应 后 IMS 核心 网 想 终 端 回复 503 媒体 承载 建立 失败 的 啊 应 ， 此 时 终 
端 发 起 联合 附着 转 CSFB 或 者 ultra - flash CSFB 业务 ， 如 图 7-9 所 示 。 

目前 ， 终 端 收 到 VoLTE 承载 建立 失败 转 CSFB 功能 已 在 iPhone 65/6 mate 等 终端 均 已 
K- Flash eSRVCC 相关 参数 见 表 7-9。 
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2G CS 2G CS 
Flash 
1) bsRVCC C? C SRVCC C | 
( БЕ ЧЕ 1 i 4 i 
VoLTE 起 呼 2G CS VolTE 起 呼 2G CS 
1， 终端 不 支持 bSRVCC ， 接 通 率 低 
2， 弱 槛 盖 下 丢 包 严重 ， 用 户 体验 差 
3. VoLTE 切 换 门 限 相对 固定 = 
IMS 


| С$ЕВ 或 者 Ultra-Flash С$ЕВ 


参数 名 称 


识别 LTE 55 





拒绝 语音 


语音 承载 拒绝 


图 7-9 Flash - eSRVCC 信 令 流程 


表 7-9 Flash eSRVCC 相关 参数 


设置 值 描述 





LTE CSFB to Geran 开关 


打开 /LTE CSFB to Geran 开关 





极 快 速 Cs fallback 至 Utran 算法 开关 


关闭 /关闭 Cs fallback 至 Utran 算法 开关 ， 保 证 CSFB 均 至 CSM 





Flash eSRVCC 算法 


打开 /Flash SRVCC 算法 开关 打开 


打开 /控制 在 触发 LTE 到 GERAN 的 CSFB 流程 中 启动 GSM 测量 后 是 否 


CSFB 测量 时 删除 异 频 测量 开关 





要 删除 异 频 测量 
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参数 名 称 设置 值 / 描 述 
打开 / 当 育 切换 开关 为 开 时 ， 如 果 Ultra - Flash CSFB 育 切换 失效 开关 为 
ultra Flash CSFB 育 切 换 失 效 开 关 开 ， 则 表示 UE 采用 Ultra — Flash CSFB 回落 至 UTRAN 或 GETAN 时 进行 基 
于 测量 的 切换 


打开 /该 参数 表示 CSFB 触发 GSM 测量 时 ， 是 否 给 UE 配置 测量 专用 DRX 
DRX 优化 测量 开关 参数 的 控制 开关 。 当 开 关 关 闭 时 ， 在 CSFB 触发 GSM 测量 时 ， 只 给 UE 配 
置 测量 GAP 来 进行 GSM 系统 测量 ; 当 开 关 打 开 时 ， 在 CSFB 触发 GSM W 

量 时 ， 同 时 下 发 DRX 参数 和 测量 GAP 给 终端 进行 GSM 系统 测量 


7.4.3 质量 改善 相关 参数 


(1) 上 行 基于 时 延 的 动态 调度 

上 行 基 于 时 延 的 动态 调度 是 指 eNodeB 在 采用 上 行动 态 调度 时 ， 调 度 优 先 级 会 考虑 数据 
等 待 调度 的 时 长 。 对 语音 业务 采用 基于 时 延 的 调度 优先 级 排序 能 获得 更 加 均衡 的 调度 序列 ， 
从 而 提高 语音 质量 ， 尤 其 是 提升 信 赴 质量 较 郑 的 远 点 语音 用 户 的 霹 音 质量 。 在 语音 业务 高 负 
载 场景 下 ， 该 特性 能 提升 语音 满意 用 户 数 。 动 态 调度 原理 如 图 7-10 所 示 。 






































(ttg) 调度 优先 级 较 低 ТК 调度 优先 级 提高 
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图 7-10 动态 调度 原理 


如 果 配 置 为 VoIP 业务 时 延 调 度 ， 针 对 VoIP 业务 ， 则 根据 数据 等 待 调度 的 时 长 进行 调度 
优先 级 排序 。 相 同等 待 调度 的 时 长 情况 下 ， 有 QCH 承载 的 用 户 的 SR 调度 优先 级 高 于 没有 
ОСП 承载 的 用 户 的 SR 调度 优先 级 。 

如 果 配 置 为 VoIP 和 数据 业务 时 延 调度 ， 则 上 行 调度 的 优先 级 顺序 ， 控制 信 令 > VoIP MV 
FAI BSR 和 SR 调度 > 数据 业务 的 SR 调度 > 数据 业务 的 BSR 调度 。 在 数据 和 语音 混合 业务 
重 载 场 景 下 ， 语 音 业 务 能 够 优先 被 调度 ， 从 而 保障 了 语音 质量 。 

(2) 上 行 VoLTE 动态 调度 数据 量 估算 

eNodeB 可 以 准确 获得 下 行 各 业务 的 数据 量 ， 但 无 法 准确 获得 UE 上 行 各 业务 的 数据 量 ， 
因此 eNodeB 需要 对 UE 的 上 行 调度 数据 量 进行 计算 ， 尽 量 一 次 完成 调度 。 

上 行 VoLTE 动态 调度 数据 量 计 算是 指 根据 VoLTE 业务 模型 和 上 行 调度 间隔 计算 VoLTE 
业务 的 上 行动 态 调度 数据 量 。 

当 上 行 语 音 业 务 处 于 通话 期 时 ， 根 据 上 行 调度 间隔 估算 UE 缓存 中 的 语音 包 个 数 ， 再 根 
据 语音 包 大 小 计算 VoLTE 业务 的 上 行动 态 调度 数据 量 。 

当 上 行 语 音 业 务 处 于 静默 期 时 ， 按 一 个 语音 包 大 小 估算 VoLTE 业务 的 上 行动 态 调度 数 
据 量 。 上 行 VoLTE 动态 调度 数据 量 计算 使 得 对 语音 业务 的 上 行动 态 调 度数 据 量 计算 更 准确 ， 
减 小 由 于 上 行 调度 数据 量 计 算 不 足 导 致 的 额外 的 VoLTE 包 时 延 ， 可 以 在 小 区 重 载 和 DRX Ж 
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景 下 提升 语 首 质量 。 动 态 调度 数据 量 原 理 如 图 7-11 所 示 。 
П UE 生成 的 语音 П жка 
T: 调度 周期 Т: 表示 BSR 触发 的 调度 时 间 间隔 





... [] 20ms [] 20ms [] ... 


T 时 间 后 , 第 一 次 。 上 次 未 调度 
调度 的 数据 量 完 的 数据 量 
-— PP, 


















调度 数据 量 = 上 次 未 调度 完 的 数 
据 量 +T 时 间 产 生 的 数据 量 




















图 7-11 动态 调度 数据 量 原理 
上 行 VoLTE 动态 调度 数据 量 估 算 通 过 参数 上 行 增 强 的 VoIP 调度 开启 。 


(3) 语音 业务 UE 不 活动 定时 需 独 立 配 置 功能 

在 声音 呼叫 中 ， 如 果 被 叫 未 接听 ， 则 主 叫 可 能 会 因 UE 不 活动 定时 融 超时 被 eNodeB Ж 
放 ， 呼 叫 无 法 继续 。 

动态 DRX 场景 或 其 他 场景 ，eNodeB 部 会 从 优先 级 最 蜗 的 QCI 中 ， 选 取 不 活动 定时 天 的 
最 大 值 ， 作 为 该 UE 的 不 活动 定时 器 。 

(4) ЕТК 

上 上行 数据 发 送 依赖 于 UE 上 报 的 调度 请 求 SR (Scheduling Request ) , 如 果 eNodeB 出 现 
SR 产检 ， 则 可 能 导致 eNodeB 不 能 及 时 调度 ， 出 现 语音 包 等 待 时 延 增加 甚至 超时 丢 包 现 象 ， 
如 图 7-12 所 示 。 

(5) 上 行 补偿 调度 开局 前 

上 行 补偿 调度 是 指 eNodeB 对 语音 用 户 进 行 识 别 ， 并 监控 语音 用 户 在 上 行 链 路 没有 被 调 
度 的 时 间 间 隔 。 如 果 语 音 用 户 在 一 定时 间 内 上 行 链 路 没有 被 调度 过 ， 则 eNodeB 主动 给 该 语 
音 用 户 发 送 UL Grant， 保 证 上 行 话音 包 可 以 及 时 发 送 ， 减 少 语音 包 等 待 时 延 ， 改 善 由 于 超过 
PDCP Discard Timer 带 来 的 丢 包 ， 如 图 7-13 所 示 。 

语音 通话 期 和 静默 期 的 补偿 调度 最 小 间隔 分 别 通过 参数 设置 。 

由 于 通话 期 和 静默 期 的 判决 有 一 定 延 氏 ， 因 此 导致 在 静默 期 转 为 通话 期 及 初始 接 和 时 ， 
不 能 及 时 触发 上 行 补 偿 调 度 。 通 过 缩短 通话 期 判决 延 退 ， 减 少 静默 期 误 判 ， 从 而 及 时 和 触发 上 
行 补 偿 调 度 ， 可 以 进一步 减少 语音 包 等 待 时 延 和 语音 上 行 竺 包 ， 改 善 语音 质量 ， 尤 其 是 初始 
接 和 人 和 切换 场景 的 语音 质量 。 

(6) 语音 业务 优先 接 和 人 

语音 业务 优先 接 入 是 指 eNodeB 为 VoLTE 语音 用 户 预 留用 户 数 资源 ， 当 小 区 在 线 用 户 数 
日 超过 (小 区 用 户 数 规格 -VoLTE 预 留用 户 数 ) 时 ,通过 使 用 预 留 资源 或 者 抢占 数据 用 户 
资源 ， 确 保 VoLTE 语音 用 户 能 够 接 入 ,数据 用 户 释放 或 者 重 定 问 到 异 频 或 者 异 系统 小 区 。 
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图 7-12 未 开局 上 行 补偿 调度 图 7-13 ЖА ЕТМ 


(7) 用 户 识别 

eNodeB 在 ВЕС 连接 建立 阶段 无 法 识别 业务 类 型 ，VoLTE T8 rH P H Bi CS FFE E - 
RAB 建立 阶段 进行 识别 。 

允许 使 用 VoLTE 语音 预 留 资源 接 和 的 用 户 范 围 包括 RRC 连接 新 建 用 户 、RRC 重建 用 户 
及 系统 内 切换 入 用 户 。 这 些 用 户 接 入 后 ， 则 启动 VoLTE 优先 接 入 判决 定时 融 。 在 定时 需 超 
时 前 ， 如 果 用 户 成 功 建立 QC 承载 ， 则 识别 为 VoLTE 语音 用 户 ; 否则 ， 识 别 为 数据 用 户 。 

语音 业务 优先 接 入 功能 开启 后 ， 当 小 区 在 线 用 户 数 目 超 过 “小 区 用 户 数 规格 -VoLTE 
预 留用 户 数 ”时 ， 针 对 识别 出 来 的 语音 和 数据 用 户 进 行 如 下 处 理 。 

1) VoLTE 语音 用 户 抢占 开关 关闭 。 

D 针对 新 接 入 的 VoLTE 语音 用 户 ,， 使 用 VoLTE 预 留 用 户 数 资源 接 入 小 区 进行 语音 
业务 。 

D 针对 新 接 入 的 数据 用 户 ， 将 其 重 定 问 至 异 频 / 异 系统 小 区 或 者 直接 释放 。 

2) 参数 的 VoLTE 语音 用 户 抢 占 开 关 开 启 。 

CD 针对 新 接 入 的 VoLTE 语音 用 户 ， 抢 占 低 优先 级 数据 用 户 资源 ， 并 且 将 被 抢占 的 数据 
用 户 重 定 问 至 异 频 / 异 系统 小 区 或 者 直接 释放 。 如 果 抢 占 失 败 ， 则 新 接 入 的 VoLTE 语音 用 户 
使 用 VoLTE 预 留用 户 数 资源 接 和 人 小 区 进行 语音 业务 。 

D 针对 新 接 和 人 的 数据 用 户 ， 将 其 重 定 向 至 异 频 / 异 系统 小 区 或 者 直接 释放 。 

© 数据 用 户 被 重 定向 还 是 释放 通过 参数 配置 。 推 荐 异 频 或 者 异 系统 重 定向 。 没 有 异 频 
或 异 系统 邻 区 时 ,采用 直接 释放 的 方式 。 

(8) 上 行 语音 静音 恢复 

上 行 语音 静音 恢复 功能 是 指针 对 识别 出 的 上 行 语音 静音 的 用 户 ， 通 过 小 区 内 切换 或 者 
RRC 释放 ， 尝 试 恢复 正常 通话 。 

上 行 语音 静 首 恢复 功能 通过 上 行 语音 静音 恢复 开关 开启 ， 针 对 语 首 静 首 用 户 进 行 如 下 
处 理 . 

1) 针对 PDCP, RLC 异常 导致 的 静音 ，eNodeB 对 该 用 户 进 行 小 区 内 切换 ， 从 而 重 置 无 
线 承 载 。 

2) 针对 其 他 情况 导致 的 静音 ，eNodeB 对 该 用 户 进行 RRC 释放 。 有 异 频 目标 ， 进 行 异 
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HAEE, КЕС 释放 消息 中 携 宙 异 频频 点 。 

无 异 频 目标 ，eNodeB 对 该 用 户 进 行 RRC 释放 ，RRC 释放 消息 中 不 携 融 异 频频 点 。 

(9) 上 行 时 延 调度 策略 

该 生 略 是 上 行 调度 计算 用 户 调度 优先 级 和 用 户 排序 的 策略 。 上 行 调 度 策 略 文 持 MAX СЛТ, 
PF, RR. EPF 四 种 调度 策略 。MAX C/I 调度 策略 即 最 大 载 干 比 调度 策略 ， 按 照 用 户 平均 信 
干 噪 比 从 大 到 小 排序 。PF 调度 条 略 即 比率 公平 调度 策略 ， 用 户 优先 级 为 用 户 速率 与 用 户 平 
均 信 干 品 比 的 比值 ， 按 照 优 先 级 从 小 到 大 排序 。RR 调度 策略 即 轮 询 调度 策略 ， 依 次 调度 每 
个 用 户 。EPF 调度 策略 即 增强 的 比率 公平 调度 策略 ， 根 据 用 户 速 率 、 用 户 平 均 SINR、 用 户 
所 有 业务 QoS 保证 速率 以 及 用 户 差异 化 需求 来 计算 优先 级 ， 按 照 优 先 级 从 小 到 大 的 顺序 排 
J. MAX C/I, PF, RR 三 种 调度 策略 是 上 行 调 度 默认 文 持 的 基本 调度 策略 ，EPF 调度 策略 
应 用 于 商用 场景 。 质 量 改 善 相 关 参 数 见 表 7-10。 

表 7-10 质量 改善 相关 参数 
参数 名 称 设置 值 描述 

该 参数 用 于 控制 上 行 时 延 调度 策略 
如 果 配 置 为 无 时 延 调 度 ， 则 上 行动 态 调度 不 采用 上 行 时 延 调 度 策略 
配置 为 VoIP 业务 时 延 调 度 ， 针 对 VoIP 业务 ， 根 据 数据 等 待 调度 时 长 进行 调度 优先 















































级 排序 
LET ER BE A NR 配置 为 VoIP 和 数据 业务 时 延 调度 ， 在 数据 和 语音 混合 业务 重 载 场景 下 ， 语 音 优先 
被 调度 


如 果 配 置 为 区 分 VoIP 业务 的 时 延 调 度 ， 针 对 VoIP 业务 ， 则 根据 数据 等 待 调度 的 时 
长 进行 调度 优先 级 排序 。 相 同等 待 调度 的 时 长 情况 下 ， 有 QC 承载 的 用 户 的 SR 调度 
优先 级 高 于 没有 QC 承载 的 用 户 的 SR 调度 优先 级 


对 VoLTE 业务 估算 上 行动 态 调度 数据 量 ， 可 减 小 VoLTE 业务 的 包 时 延 和 丢 包 率 ， 
提升 语音 质量 
上 行 增强 的 VoIP 调度 开关 。 | 在 QCI =1 的 用 户 间 计算 优先 级 时 考虑 等 待 调度 时 攻 
用 于 控制 上 行 VoIP 调度 优化 功能 是 否 生效 








语音 业务 通话 期 上 行 补偿 调度 
最 小 间隔 

语音 业务 静默 期 上 行 补偿 调度 | 配置 语音 业务 静默 期 上 行 补偿 调度 的 最 小 间隔 
最 小 间隔 语音 业务 轻 载 场景 ， 建 议 设置 为 50 ms; 其 他 场景 ， 建 议 设置 为 80 ms 
WW" l 该 参数 用 于 设置 非 TTI Bundling 状态 语音 用 户 动态 调度 的 SINR 校正 算法 的 IBLER 
语音 用 户 SINR 校正 算法 IBLER | 目标 值 
目标 

D 建议 在 小 区 轻 载 场景 设置 为 <10% ， 在 小 区 重 载 场景 设置 为 10% 
该 参数 用 于 设置 VoLTE 用 户 优先 接 入 预 留用 户 数 。 如 果 设 置 为 0， 则 表示 VoLTE ЇЙ 
VoLTE 预 留用 户 数 留用 户 数 为 0， 语 音 业务 优先 接 入 功能 不 生效 ; 如 果 设 置 为 X(Xz0)， 则 当 XX< 小 区 
用 户 数 规格 时 ,语音 业务 优先 接 入 功能 生效 ;否则 不 生效 





配置 语音 业务 通话 期 上 行 补 偿 调度 的 最 小 间隔 























该 参数 表示 判断 用 户 是 否 是 VoLTE 用 户 的 定时 器 时 长 。 如 果 设 置 为 0， 则 表示 
VoLTE 优先 接 入 定时 器 时 长 为 0， 语 音 业务 优先 接 人 功能 不 生效 ， ШЖШ ШОУ ХОХ 
VoLTE 优先 接 和 定时 器 0), ， 则 VoLTE 优先 接 入 定时 器 时 长 为 Xs， 语 音 业 务 优先 接 入 功能 生效 。 根 据 VoLTE 
语音 从 用 户 上 下 文 建立 成 功 到 ОСП 语音 承载 建立 成 功 的 时 延 来 配置 ， 如 果 建 立时 延 
较 小 ， 则 建议 为 VoLTE 优先 接 和 人 定时 器 配置 较 小 值 。 建 议 配 置 为 5。 
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第 八 式 “大道 至 商 优 化 关键 指标 


关键 性 能 指标 (KPI) 和 关键 质量 指标 (КО) 是 客观 反映 网 络 性 能 的 手段 ， 也 为 日 常 
的 优化 指明 了 方向 。 通 常 将 KPI 分 为 接 入 类 、 保 持 类 、 移 动 类 ,与 KQI 相关 的 是 语音 质量 。 
KPI 和 KQI 的 监控 和 提升 能 够 让 人 们 在 实际 的 工作 中 及 时 发 现 网络 的 质量 问题 并 有 针对 性 地 
进行 优化 ， 极 大 程度 上 避免 了 投诉 的 发 生 。 


8.1 第 一 招 先入 为 主 一 一 接 入 性 指标 优化 











接 入 性 指标 主要 是 衡量 VoLTE 用 户 的 接 通 性 能 ， 由 于 起 呼 过 程 中 经 历 的 网 元 较 多 ， 因 
此 分 段 排查 是 目前 行 之 有 效 的 排查 优化 手段 。 


8.1.1 VoLTE 端 到 端 呼叫 流程 


端 到 端 呼叫 信 令 流程 如 图 8-1 所 示 。 

1) UE. A 向 IMS 拜访 网 络 人 口 P- CSCF. A 发 送 Invite 消息 发 起 会 话 。 

2) P-CSCF_A 从 Invite 消息 中 获得 主 叫 UE A 会 话 信息 ， 将 用 户 的 信 令 地 址 、 媒 体 带 
宽 等 信息 通过 认证 /授权 请 求 消息 AAR 发 送 给 PCRF_A ,通知 PCRF_A 建立 承载 。 

3) PCRF_A г] P - CSCF_A 发 送 认 证 /授权 应 答 消 息 AAA МЛ, 

4) P- CSCF. A 收 到 Invite 消息 ， 将 目 己 的 地 址 放 到 Via 和 Record - Коше 头 域 ， 将 注册 
时 保存 的 $ - CSCF 地 址 加 入 Route 头 域 ， 根 据 本 地 记录 的 主 叫 用 户 注册 S - CSCF_A ЖШ, 
路 由 消息 到 S – CSCF_A。 

5) S- CSCF. A I$ Invite Ў E, ТР — Asserted — Identity 头 域 中 的 主 叫 号 码 已 注册 ， 
根据 主 叫 用 户 签约 的 FC 模板 数据 ， 触 发 MMTel AS A, 

6) MMTel AS A 回 主 叫 UE_A 提供 语音 业务 后 ， 发 送 Invite 消息 到 S - CSCF_A。 

7) S-CSCF_A 根据 号 码 格式 ， 查 询 ENUMZDNS， 获 取 下 一 跳 路 由 地 址 。 

8) DNS 根据 SIP 号 码 中 的 域名 解析 出 被 叫 I- CSCF_B 的 IP 地址， 将 其 返回 给 S – 
CSCF. A, 

9) S- CSCF. A 将 Invite 消息 发 送 到 被 叫 1- СЅСЕ B, 

10) TI- CSCF B 回 融 合 HLR/HSS 发 送 LIR 消息 ， 请 求 获 取 UE, B 注册 的 S - CSCF_B 地 址 。 

11) 融合 HLRZHSS 收 到 LIR 消息 后 ， 根 据 本 地 数据 库 中 的 用 户 注册 信息 ， 查 看 被 叫 
用 户 的 S-CSCF_B 地 址 ,， 回 I-CSCF_B 发 送 LIA 消息 ， 提 供 S$- CSCF_B 的 服务 器 地 址 。 

12) S- CSCF_B 收 到 Invite 消息 后 ， 根 据 iFC 模板 数据 ， 向 MMTel AS. B 发 送 Invite 消 
息 触发 被 叫 业 务 和 被 叫 网 络 域 选 。 

13) MMTel AS/SCC AS В 向 融合 HLR/HSS 发 送 UDR 消息 ， 请 求 获取 被 叫 用 户 的 T- 
ADS 信息 。 
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图 8-1 端 到 端 呼 叫 信 令 流程 


14) 融合 HLR/HSS 通过 IDR 消息 向 MME B 查询 被 叫 用 户 的 T- ADS 信息 。 

15) MME B 将 查询 的 结果 通过 IDA 消息 回 融 合 HLRAHSS 发 送 被 叫 用 户 的 T- ADS 信息 。 

16) 融合 HLR/HSS 根据 ММЕ В 返回 的 IDA 消息 将 T- ADS 信息 通过 UDA 消息 返回 给 
MMTel AS/SCC AS B, 

17) MMTel AS/SCC AS B 基于 获取 的 T- ADS 信息 ,判断 当前 域 选 到 IMS 网 络 。MMTel AS/ 
SCC AS B 确定 被 叫 域 选 的 网 络 后 ， 通 过 Invite 消息 指示 S – CSCF_B l j n. 

18) S- CSCF_B 查询 本 地 保存 的 被 叫 用 户 注册 的 P- CSCF_B 地 址 ， 将 呼叫 请 求 通过 In- 
vite 2H E 3X 2] P — CSCF_B。 

19) P - CSCF. B 从 Invite 消息 中 获得 主 叫 UE A 会 话 信息 ,将 用 户 的 信 邻 地址、 媒体 带 
宽 等 信息 通过 认证 /授权 请 求 消息 AAR 发 送 给 PCRF_B， 通 知 PCRF_B 建立 专 有 承载 。 

20) PCRF_B [n] P - CSCF_B 发 送 认证 /授权 应 答 消息 ААА 啊 应 。 

21) P -CSCF_B 通过 Invite 消息 将 呼叫 请 求 接续 到 UE. B, 

22) 被 叫 UE_B 返回 180 啊 应 ， 在 SDP 中 携带 协商 完成 后 的 媒体 类 型 及 媒体 编 解 码 能 
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23) P-CSCF_B 收 到 被 叫 侧 返 回 的 180 (SDP, RINGING) 后 ,下 发 认证 /授权 请 求 消 
息 AAR 给 PCRF_B 开始 建立 专 有 承载 。AAR 包括 用 户 的 信 令 地 址 、 媒 体 带宽 等 信息 。 

24) РСКЕ В 根据 认证 /授权 请 求 消息 AAR 中 携带 的 媒体 类 型 和 媒体 描述 信息 做 策略 决 
策 ， 提 供 授 权 的 QoS， 并 通过 重新 认证 /授权 请 求 消息 RAR 将 005 (QCI/ARP/GBR/MBR ) 
和 PCC 规则 发 送 至 P- СУ В. 

25) P-GW_B 收 到 重新 认证 /授权 请 求 消 息 RAR， 上 报 重新 认证 /授权 应 答 消 息 RAA 响 
应 给 PCRF_B。 

26) PCRF. B 根据 P-GW_B 返回 的 重新 认证 /授权 应 答 消 息 КАА, I] P- CSCF_B 发 送 
认证 /授权 应 答 消 息 AAA 响应 授权 请 求 结 

27) P -GW_B 收 到 重新 认证 /授权 请 求 消息 RAR， 通 过 Create Bearer Request 指示 
MME B 建立 专 有 承载 。 

28) MME В 收 到 Create Bearer Request 消息 后 ， 问 被 叫 UE B 发 送 激活 专用 EPS 承载 上 
下 文 请 求 ， 用 于 请 求 激活 一 个 专 有 EPS 承载 上 下 文 。 

29) UE B 向 被 叫 MME_B 发 送 激活 专用 EPS 承载 上 下 文 请 求 ， 用 于 确认 激活 一 个 专 有 
EPS 承载 上 下 文 。 

30) P-GW_B 收 到 Create Bearer Response 消息 ， 确 认 专 有 承载 已 经 建立 。 

31) P-CW_B 回 PCRF_B 发 送信 用 控制 请 求 消息 CCR， 通 知 资源 预 留成 功 。 

32) PCRF_B 回 P-GW_B 返 回信 用 控制 应 答 消 息 ССА 啊 应 。 

33) 当 PCRF_B 2] P - GW_B 的 资源 预 留成 功 事件 上 报时 ， 回 P- CSCF_B 发 送 重 新 认 
证 /授权 请 求 消息 RAR， 通知 承载 建立 已 成 功 。 

34) P — CSCF_B [n] PCRF_B 返回 重新 认证 /授权 应 答 消 息 RAA， 被 叫 承载 面 建立 完成 。 

35) P- CSCF_B 将 180 响应 转发 至 P - CSCF_A， 其 中 SDP answer 中 携带 语音 (Audio) 
媒体 信息 。 

36) P -CSCF_A 收 到 被 叫 侧 返 回 的 180 (SDP, Ringing) 下 发 认证 /授权 请 求 消息 AAR 
消息 给 PCRF_A 开始 建立 专 有 承载 。AAR 包括 用 户 的 信 令 地 址 、 媒 体 带 宽 等 信息 。 

37) PCRF_A 根据 认证 /授权 请 求 消息 AAR 中 携带 的 媒体 类 型 和 媒体 描述 信息 做 策略 决 
策 ， 提 供 授 权 的 QoS， 并 通过 重新 认证 /授权 请 求 消息 RAR 消息 将 QoS (ОСІ, АВР, СВК 
MI МВК) 和 PCC 规则 发 送 至 P-GW_A。 

38) P-GW_A 收 到 重新 认证 /授权 请 求 消息 RAR， 上 报 重 新 认证 /授权 应 答 消 息 КАА 响 
应 给 PCRF A, 

39) PCRF_A 根据 P-GW_A 返回 的 重新 认证 /授权 应 答 消 息 КАА, 25 P - CSCF_A 通过 
认证 /授权 应 答 消 息 AAA 响应 授权 请 求 结 果 消 息 。 

40) P -GW_A 收 到 重新 认证 /授权 请 求 消息 RAR， 通 过 建立 承载 请 求 指示 MME_A 建立 
专 有 承载 。 

41) MME A 收 到 建立 承载 请 求 消息 后 ， 向 主 叫 UE, A 发 送 激活 专用 EPS 承载 上 下 文 请 
求 消息 ， 用 于 请 求 激活 一 个 专 有 EPS 承载 上 下 文 。 

42) UE. A [n] xx] MME_A 发 送 激 活 专 用 EPS 承载 上 下 文 请 求 消息 ， 用 于 确认 激活 一 个 
专 有 EPS 承载 上 下 文 。 
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43) Р- GW A 收 到 建立 承载 请 求 消 息 ， 确 认 专 有 承载 已 经 建立 。 

44) P-GW_A 向 PCRF_A 发 送信 用 控制 请 求 消息 CCR 消息 ， 通 知 资源 预 留成 功 。 

45) PCRF A 回 P-GW_A 返 回信 用 控制 应 答 消息 ССА 啊 应 。 

46) `4 PCRF A 收 到 P-GW_A 的 资源 预 留成 功 事 件 上 报时 ， 回 P — CSCF_A 发 送 重 新 认 
证 /授权 请 求 消息 RAR， 通知 承载 建立 已 成 功 。 

47) P - CSCF_A [n] PCRF_A 返回 重新 认证 /授权 应 答 消 息 RAA, 

48) P - CSCF_A 将 180 响应 转发 至 主 叫 UE_A， 其 中 SDP answer 中 携带 语音 (Audio) 
媒体 信息 。 

49) 被 叫 网 络 收 到 主 叫 网 络 发 送 的 PRACK 请 求 ， 表 示 主 叫 网 络 成 功 接收 180 响应 ， 并 
且 已 完成 资源 预 留 。 

50) 被 叫 UE 返回 针对 PRACK 请 求 的 200 响应 ， 表 示 成 功 接收 PRACK 请 求 。 

51) 被 叫 用户 接 听 电 话 ， 被 叫 UE 回 主 叫 网 络 返 回 针对 Invite 请 求 的 200 (Invite) Ws; 

52) 当 MMTel AS/SCC AS_B 收 到 200 (Invite) 消息 后 ， 开 始 向 本 域 的 CCF 发 送 ACR 
| Start | 消息 。 

53) CCF 收 到 正确 的 ACR [ Stat | 消息 后 ， 将 其 保存 ， 创 建 被 叫 AS CDR, Jf Ti] MMTel 
AS/SCC AS, B 发 送 计 费 啊 应 消息 ACA, 

54) MMTel AS/SCC AS B 向 主 叫 MMTel AS A 转发 200 (INVITE) 消息 。 

55) 当 MMTel AS A 收 到 200 (INVITE) 消息 后 ， 开 始 回 本 域 的 CCF 发 送 ACRI Start ] 消 息 。 

56) CCF 收 到 正确 的 ACR[ Start] 消 息 后 ， 将 其 保存 ， 创 建 主 叫 AS CDR， 并 向 MMTel AS 
A 发 送 计 费 啊 应 消息 АСА (Accounting Answer) 。 

57) 返回 针对 Invite 请 求 的 200 (Invite) 响应 消息 到 主 叫 UE_A。 

58) ЕЩ UE 向 被 叫 网 络 返 回 针 对 200 (Invite) 响应 的 ACK 确认 消息 ， 主 、 被 叫 UE 成 
功 建立 会 话 。 


8.1.2 接 通 率 问题 现象 分 类 


VoLTE 接 通 失败 原因 分 类 如 图 8-2 所 示 。 
在 出 现 未 接 通 问题 时 ， 各 网 元 异常 问题 表现 见 表 8-1, 
表 8-1 各 网 元 异常 问题 表现 


1) 因 空 口 质量 问题 或 MME 不 发 ОСП 承载 建立 请 求 ， 导 致 终端 TCALL 或 
TQOS 定时 器 超时 ， 终 端 发 CANCEL 或 发 580 资源 预 留 失 败 错误 码 
2) 终端 异常 ， 直 接 发 CANCEL 消息 终止 呼叫 
3) 终端 在 ОСП 建立 后 ，RRC 异常 释放 ， 导 致 IMS 相关 定时 带 超 时 
4) 终端 收 到 IMS 发 的 480、487、499 500, 503 等 错误 码 ， 导 致 呼叫 建立 流 
程 中 断 
5) 被 叫 终端 未 响应 寻 呼 
б) 被 叫 终端 响应 呼叫 发 603 消息 终止 呼叫 
1) RRC 异常 释放 ， 通 过 虚 用 户 跟踪 可 看 到 RRC 异常 释放 原因 
2) QCI5 未 建立 ， 或 QCIS 承载 建立 失败 
eNodeB 虚 用 户 跟踪 信 令 3) MME 未 向 ENODEB 下 QCII 承载 建立 请 求 
4) ОСП 建立 失败 
5) ОСП 承载 被 删除 

















UE DT 或 者 CQT 数据 
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网 ж 分 析 数 据 源 问题 表现 





1) MME 和 HSS 的 IDR/IDA (流程 14、15) 异常 

2) MME 有 没有 向 eNodeb 发 ОС15/ОСП 承载 建立 请 求 
MME MME 侧 单 用 户 跟踪 3) QCIS/QCII 承载 建立 失败 

Д) MME 没有 收 到 P/SGW 发 的 CBRequest 消息 (流程 27 ) 
5) MME 释放 ОСП 承载 





1) 和 PCRF 的 RARZRAA 交互 流程 异常 (流程 24/25) 

PGW 或 SGW 侧 单 用 户 2) 没有 向 MME 发 送 CBRequest 消息 〈 流 程 27) ， 导 致 ОСП 承载 无 法 正常 建立 
跟踪 3) I] MME 发 送 CBRequest 消息 后 ， 没 有 收 到 MME 回应 的 CBResponse (йй 
程 30) 


P/SGW 





PCRF 侧 单 用 户 跟踪 或 1) 和 PGW 的 RAR/RAA 交互 流程 异常 (流程 24/25) 
抓 包 文件 2) ЖР -CSCF 的 AARZAAA 交互 流程 异常 (流程 23/26) 


E 

1) ЖР -CSCF 的 AAR/AAA 交互 流程 异常 (MIE 23/26), EA ОСП 承载 
无 法 正常 建立 

2) 收 到 终端 发 的 CANCEL/580/603 等 导致 呼叫 中 断 的 消息 

P - CSCF 单 用 户 跟踪 或 | 3) SIP 信 令 流程 异常 ，IMS 等 待 终端 发 送 SIP 消息 时 间 超 时 ， 发 送 CANCEL 
抓 包 文件 或 480/499 等 错误 码 

4) P-CSCF 向 PCRF 发 AAR， 等 待 AAA 消息 超时 ， 发 送 503 错误 码 

5) IMS 内 部 异常 ， 或 取 其 他 网 元 交互 异常 ， 发 送 500/503 等 错误 码 ， 导 致 呼 
ШЕ pr 


PCRF 


IMS 














—Ü D 因 测 斌 暂停 等 原因 ， 导 致 事件 打点 丢失 
il s 2) 软件 异常 导致 事 件 打点 乱 序 、 销 误 、 丢 失 


SIM 卡 开户 NOK 


路 测 工 


N 








不 发 QCI5 建立 < 终端 不 支持 VoLTE 
终端 APN 设置 问题 


ОСІ 建立 失败 
EPC 问题 


注册 问题 





SIM 鉴 权 不 通过 











ОСІ5 成 功 ，IMS 注册 失败 
UE-IMS core 问题 


SIP 流程 失败 

不 发 ОСП 建立 UE-EPC 问题 

呼叫 失败 

终端 不 支持 ОСП 

ОСП 建立 失败 < 基站 不 支持 ОСП 
UE-EPC 问题 

SIP 流程 异常 
VoLTE 呼叫 ОСП 建立 成 功 ， 仍 失败 


呼叫 的 另 一端 异 稍 


КЕ 掉 网 
异常 SIP 流程 
呼叫 成 功 后 断 线 ОСП 被 异常 释放 
EPC 异常 拆 线 
异 系统 切换 失败 
切换 
系统 内 切换 失败 
8-2 VoLTE 接 通 失败 原因 分 类 
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8.1.3 优化 分 析 


优化 VoLTE 成 功率 ， 需 要 把 RF 原因 导致 的 QCIS SIP 包 收 发 超时 或 丢 包 问题 与 端 到 端 
流程 造成 的 异常 分 类 ， 以 展开 RF 优化 ， 或 定 界 到 问题 产生 网 元 解决 相关 问题 ， 如 图 8-3 
所 示 。 








VoLTE 呼叫 失败 
ОСП 没有 建立 










ОСП 建立 失败 ОСП 建立 后 被 释放 





RF, 参数 优化 定 界 解 决 问题 
图 8-3 VoLTE 呼叫 失败 处 理 流 程 


分 析 VoLTE 接 通 率 ， 在 通过 测试 软件 记录 空 口 LOG 的 同时 ， 需 要 进行 eNodeb, MME, 
P/SGW, PCRF, IMS 多 点 信 令 跟踪 ， 端 到 端 进 行 问 题 分 析 。 

1. 终端 侧 问 题 分 析 

通过 测试 Log 记录 空 口 数据 ， 重 点 查看 测试 软件 记录 的 51р (545, КЕС 信 令 、NAS fii 
及 表征 空 口 质量 的 RSRP、SINR、BLER 等 指标 。 分 析 思 路 如 下 : 

1) 查看 主 叫 终端 是 否 存在 TCALL 定时 器 超时 的 问题 。 

Zim TCALL «EB 2s. 当主 叫 终端 发 出 Invite 消息 后 ，TCALL 定时 需 开 始 记 时 ， 当 主 叫 
收 到 IMS 下 发 的 100 TRYING 消息 后 ， 定 时 需 停 止 。 大 该 定时 需 超 时 ， 则 主 叫 终端 发 CAN- 
CEL 消息 ， 转 CSFB, 

在 测试 软件 SIP 信 令 窗口 看 到 主 叫 发 Invite 后 ,一 直 没 有 收 到 下 行 的 100 TRYING 消息 ， 
10 s 后 启动 转 CSFB ， 就 会 出 现 上 述 问题 ， 如 图 8-4 所 示 。 

接 下 来 的 分 析 思 路 如 下 : 

D 首先 查看 主 叫 终端 发 Invite 消息 后 ，RRC 是 否 未 能 正常 建立 或 RRC 建立 后 异常 
释放 。 

RRC 未 能 正常 建立 ， 看 是 否 存在 RPRP 过 低 、 上 行 存在 干扰 、PRACH 功 控 参数 设置 不 
合理 等 问题 。 

КЕС 建立 后 异常 中 断 ， 看 是 否 RSRP 过 低 或 SINR 过 低 导 致 上 行 或 下 行 失 步 ， 导 致 RRC 
异常 释放 。 如 果 空 口 质量 无 问题 ， 则 需要 查看 eNodeb 的 虚 用 户 跟 踪 ， 来 判断 RRC 异常 释放 
的 原因 。 

D # КЕС 建立 成 功 且 未 正常 释放 ， 则 需要 查看 P - CSCF MRS, 看 主 叫 终端 发 送 的 
Invite 消息 P - CSCF 是 否 收 到 ，P - CSCF 是 否 发 100 TRYING ， 定 界 问题 所 在 。 
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发 送 Invite 消息 ， 启 


动 呼叫 定时 种 TCALL 







TCALL 超 时 前 停止 定时 器 ， 使 用 3GPP TS 
收 到 响应 24.229 规定 流程 进行 


此 次 呼叫 为 提示 用 户 “ 暂 时 无 法 与 
视频 呼叫 对 端 用 户 建 立 视频 呼叫 ” 


使 用 电路 域 进行 呼 
叫 ， 维 护 IMS 状态 


48-4 TCALL 定时 器 超时 转 CSFB 流程 


2) 查看 主 被 叫 终端 是 否 存 在 TQOS 定时 此 超时 的 问题 。 

TQOS 定时 需 在 主 叫 收 到 183 Session Progress 或 被 叫 发 送 183 Session Progress 后 记 时 ， 当 
主 叫 或 被 叫 ОСП 承载 成 功 建立 后 停止 记 时 。 奉 该 定时 天 超时 ， 则 主 叫 终端 发 CANCEL 消 
E, fk CSFB (JL 8-5); 被 叫 终端 发 $580 Precondition Failure 消息 ， 终 止 呼叫 ( 见 图 8-6) 。 








RIK Invite, 收 到 183 ў 使 用 正常 Precondition 
息 前 完成 专用 承载 建立 流程 进行 呼叫 


收 到 183 Session Progress 
消息 启动 TQPS 定时 器 


TOPS 超时 前 收 到 激活 停止 定时 器 ， 使 用 正常 
专用 承载 请 求 消 息 Precondition 流程 进行 呼叫 


终端 发 送 CANCEL 释放 呼叫 





KI 8-5 ЕЩ VoLTE 终端 TQOS 定时 器 超时 异常 流程 


接 下 来 的 分 析 思 路 如 下 : 

(D 首先 查看 是 否 存在 RRC 异常 释放 。 知 存在 RRC 异常 释放 ， 需 要 查看 是 否 存 在 RSRP 
和 SINR 值 偏 低 的 空 口 质量 问题 ， 必 要 时 结合 虚 用 户 跟踪 判断 RRC 异常 释放 的 原因 。 

(2 RRC 已 建立 ， 但 终端 未 收 到 ОСП 承载 建立 请 求 。 


20 



































ШС Invite 消息 前 使 用 正常 Precondition 
完成 专用 承载 建立 流程 进行 呼叫 


收 到 Invite 消息 并 发 送 183 
Session Progress 消息 后 启动 
TQOS 定时 器 


TQOS 超 时 前 收 到 激活 使 用 定时 器 ， 使 用 正常 
专用 承载 请 求 消息 Precondition 流程 进行 呼叫 | 


终端 使 用 580 消息 释放 呼叫 


图 8-6 被 叫 终端 TQOS 定时 器 超时 异常 流程 





e 从 虚 用 户 跟 踊 或 MME 侧 跟 踪 上 ， 可 以 看 到 MME 根本 没有 回 终 端 发 ОСП 承载 建立 
请 求 。 

e RRC 已 建立 ,但 ОСП 承载 建立 失败 。 需 要 查看 eNodeb ЛНР ЙДЕ ЛП MME 侧 单 用 户 

跟踪 来 判断 QCIL 承载 建立 失败 的 原因 。 

3) 查看 终端 在 ОСП 正常 建立 后 ， 是 否 存在 RRC 异常 释放 ， 导 致 SIP fü Т, IMS 
相关 流程 定时 需 超 时 导致 呼叫 建立 失败 。 

需要 查看 是 否 存在 RSRP 和 SINR 值 偏 低 的 空 口 质量 问题 ， 导 至 RRC 异常 释放 ， 必 要 时 
结合 虚 用 户 跟 踪 判 断 RRC 异常 释放 的 原因 。 这 里 要 明确 是 RRC 异常 释放 导致 SIP 信 令 中 断 
还 是 SIP 信 令 中 断 ， 不 活动 定时 器 超时 导致 RRC 释放 。 对 于 RRC 异常 释放 导致 SIP 信 令 中 
HX, jefe КЕС 异常 释放 在 前 ，IMS 发 的 错误 码 在 后 (或 者 终端 中 断 时 间 过 长 根本 收 不 
到 IMS 发 的 错误 码 ) ПП SIP 信 令 中 断 ， 不 活动 定时 器 超时 导致 RRC 释放 ， 则 必 是 终端 或 
IMS 发 CANCEL 或 错误 码 在 前 ， 不 活动 定时 需 超 时 后 ，RRC 才 释 放 。 

4) 终端 ОСП 建立 后 又 被 EPC 释放 。 

终端 ОСП 建立 后 义 被 释放 可 能 是 由 本 侧 的 呼叫 异常 导致 的 ， 也 可 能 是 对 端的 呼叫 异常 
导致 的 。 通 过 查看 测试 软件 或 P - CSCF 跟踪 的 SIP 信 令 ， 如 果 是 本 端 先 发 CANCEL、580 
Precondition Failure， 或 先 收 到 IMS 发 的 错误 码 ， 则 认为 呼叫 建立 失败 是 本 端 引 起 的 ， 否 则 
呼叫 建立 失败 可 能 是 由 对 端 引 起 的 。 

图 8-7 所 示 为 P - CSCF 信 令 跟踪 结果 ， 呼 叫 流程 中 最 先 出 现 的 500 错误 消息 中 的 CALL 
ID 是 被 叫 的 ， 可 以 判断 呼叫 建立 失败 是 被 叫 侧 SIP 流程 出 现 异常 。 

5) 被 叫 不 啊 应 寻 呼 。 

下 面 的 案例 为 典型 被 叫 不 响应 寻 呼 导致 主 叫 出 现 的 未 接 通 。16:14:26， 主 叫 终端 
(17820500390) 发 Invite， 但 实际 上 被 叫 终端 从 16:14:12 ~16:14:15 (17820500390) 3min 内 没 
有 建立 RRC 连接 。16:14:28. 156，IMS 将 Invite 转 给 被 叫 后 ， 无 法 得 到 被 叫 回 应 。 半 分 钟 后 ， 
16:14:58. 237，IMS 向 主 叫 发 499 BAD REQUEST 消息 ， 呼 叫 建立 失败 ， 如 图 8-8 所 示 。 
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тгл" TRO 
TRACE SIPC APP ACK 
TRACE SIPC ABCF “FIURACE MSG АСК REO 
10.185.84.36 5060 10.132.170.2 5060 -TRACE SIPC UP 100 TRYING 
10.185.84.36 5060 -10.132.170.2 5060 >TRACE_SIPC_UP 500 SERVER INTERNAL ERROR 
10.132.170.2 5060 10.185.84.36 5060 «TRACE SIPC DOWN |АСК 
TRACE MSG SIPC. S.. [TRACE MSG SIPC 
TRACE SIPC TXNUP |500 SERVER INTERNAL ERROR 
TRACE SIPC. APP 500 SERVER INTERNAL ERROR 
TRACE SIPC ABCF |TRACE MSG INVITE ОХХ RSP 
刀 SIP 消 息 跟 踪 
БтР/2.0 500 Server Internal Error 
10.132.170.3 5060 Mia: SIP/2.0/UDP 10.132.170.2:5060; branch-z9hG4bKyfadawygfxvvSgiwrcavesSsb;Role-3;Hpt-8e52 16;IRC-T7ce-ffffffff;srti 
Call-ID: 4wfV65144152305kbcGhE£Ci 742267590. MSS. GZ. CMCC. COM 
10.185.81.4 5060 5 
From: <+е1:+8617820500390; tag-05003220532046 
То: <+е1:+8613746255>; tagcwvvrxter 
CSeq: 15073 INVITE 
Warning: 399 0.0.1.261.5.101.0. 11. 1. 0. O. gd. chinamobile. com "Server Internal Error” 
Content-Length: 0 











2015-04-23 16:14:26.764 


2409:8809:8440:88:6D2E:E2C6:3DE0:9F96 


31100 




















8-7 500 错误 消息 跟踪 


2409:8019:8430:3700:0:0:0:FFF0 


TRACE SIPC UP 


INVITE 


INVITE sip:17820500389 





2409:8019:8430:3700:0:0:0:FFFO 


9950 


12409:8809:8440:88:602Е:Е2С6:30Е0:9Ғ96 


<TRACE_SIPC_DOWN 


100 TRYING 


SIP/2.0 100 Trying Via: S| 





IIRACE_SIPC_TXNUP 


INVITE 


AC 61 79 65 72 20 46 75| 





|TRACE SIPC APP 


INVITE 


AC 61 79 65 72 20 46 75| 





2015-04-23 16:14:26.764 


|[RACE SIPC. ABCF 


|TRACE MSG INVITE КЕС 


92 01 00 00 BC 00 00 00| 





2015-04-23 16:14:26.765 


TRACE CALL SIPC 


|TRACE. MSG FEED. BACK 


92 01 00 00 E4 00 00 00 





2015-04-23 16:14:26.771 


TRACE ABCF SIPC 


INVITE 


49 4E 56 49 54 45 20 73| 





TRACE CALL SIPC 


TRACE MSG INVITE REG 


92 01 00 00 E4 00 00 00| 





TRACE SIPC TUDOWN 


INVITE 





10.132.170.2 


10.185.84.37 


=ТКАСЕ SIPC DOWN 


INVITE 





TRACE MSG SIPC S 


TRACE MSG SIPC TPTD 





10.185.84. 37 


10.132. 1701 


5060 


10.132.170.2 


10.185.84.37 


TRACE SIPC UP 
>TRACE_SIPC_UP 
<TRACE_SIPC_DOWN 


100TRYING 





100 TRYING 


SIP/2.0 100 Trying Via: S| 





|[RACE SIPC TXNUP 


INVITE 


AC 61 79 65 72 20 46 75| 





2015-04-23 16:14:28.146 


|TRACE SIPC APP 


INVITE 


AC 61 79 65 72 20 46 75| 





2015-04-23 16:14:28.146 


[RACE SIPC ABCF 


|TRACE MSG INVITE КЕС 


94 01 00 00 BC 00 00 00 


































































































2015-04-23 16:14:28.146 TRACE CALL SIPC |TRACE MSG FEED BACK 94 01 00 00 E4 00 00 00 
2015-04-23 16:14:28.156 TRACE ABCF SIPC INVITE 49 4E 56 49 54 45 20 73 
2015-04-23 16:14:28.156 ] | TRACE CALL SIPC TRACE MSG INVITE REQ 94 01 00 00 E4 00 00 00 
2015-04-23 16:14:28.156 TRACE SIPC TUDOWN|INVITE AC 61 79 65 72 20 46 75| 
[2015-04-23 16:14:28.156 2409:8019:8430:3700:0:0:0:FFFO 9950 2409:8809:8440:8C:3D86:638C:CEFC:9C1E 31800 *TRACE SIPC DOWN |INVITE INVITE sip:4600752050 

2015-04-23 16:14:28.156 TRACE MSG SIPC S.. |ТКАСЕ MSG SIPC TPTD 94 01 00 00 BC 00 00 00 
2015-04-23 16:14:58.150 TRACE SIPC TXNUP |499 BAD REQUEST AC 61 79 65 72 20 46 75| 
2015-04-23 16:14:58.150 |[RACE SIPC APP 499 BAD REQUEST AC 61 79 65 72 20 46 75| 
2015-04-23 16:14:58.150 |[RACE SIPC ABCF |[RACE MSG INVITE OXX RSP 94 01 00 00 BC 00 00 00| 
2015-04-23 16:14:58.151 |[RACE CALL. SIPC |[RACE MSG INVITE OXX RSP 94 01 00 00 E4 00 00 00 
2015-04-23 16:14:58.151 TRACE CALL SIPC |/RACE MSG REL SIPC КЕС 94 01 00 00 E4 00 00 00 
2015-04-23 16:14:58.151 TRACE CALL SIPC |TRACE MSG REL SIPC КЕС 94 01 00 00 E4 00 00 00 
2015-04-23 16:14:58.151 TRACE SIPC TUDOWN|499 BAD REQUEST AC 61 79 65 72 20 46 75| 
2015-04-23 16:14:58.151 10.132.170.1 5060 10.185.84.37 5060 <TRACE_SIPC_DOWN |499 BAD REQUEST SIP/2.0 499 Bad Reques, 
2015-04-23 16:14:58.151 L TRACE MSG SIPC 5... |ТКАСЕ MSG SIPC TPTD 94 01 00 00 BC 00 00 00 
2015-04-23 16:14:58.236 10.185.84.37 5060 10.132.170.2 5060 -TRACE SIPC UP 499 BAD REQUEST SIP/2.0 499 Bad Reques; 
2015-04-23 16:14:58.236 10.132.170.2 5060 10.185.84.37 5060 «*TRACE SIPC DOWN JACK ACK sip:17820500389;pl 
2015-04-23 16:14:58.236 TRACE SIPC TXNUP  |499 BAD REQUEST AC 61 79 65 72 20 46 75| 
2015-04-23 16:14:58.236 |IRACE SIPC APP 499 BAD REQUEST AC 61 79 65 72 20 46 75| 
2015-04-23 16:14:58.236 [RACE SIPC ABCF |[RACE MSG INVITE OXX RSP 92 01 00 00 BC 00 00 00| 
2015-04-23 16:14:58.237 [RACE CALL. SIPC |[RACE. MSG INVITE OXX RSP 92 01 00 00 E4 00 00 00 
2015-04-23 16:14:58.237 TRACE CALL SIPC [RACE MSG REL SIPC КЕС 92 01 00 00 E4 00 00 00 
2015-04-23 16:14:58.237 TRACE CALL SIPC |TRACE MSG REL SIPC КЕС 92 01 00 00 E4 00 00 00 
2015-04-23 16:14:58.237 TRACE SIPC TUDOWN|499 BAD REQUEST 4С 61 79 65 72 20 46 75| 
[2015-04-23 16:14:58.237 |2409:8019:8430:3700:0:0:0:FFFO 9950 2409:8809:8440:88:6D2E:E2C6:3DE0:9F96 31800 «TRACE SIPC DOWN |499 BAD REQUEST SIP/2.0 499 Bad Reques, 











图 8-8 被 叫 不 啊 应 寻 呼 失败 现象 





这 个 场景 产生 的 根本 原因 是 IMS 将 Invite 转 给 被 叫 后 ， 无 法 得 到 被 叫 回应 ，IMS 超时 释 
放 呼 叫 。 正 党 场景 主 叫 侧 应 放 音 ， 但 目前 放 音 流程 尚未 做 好 ，IMS 超时 通过 发 送 499 错误 码 
释放 呼叫 。 

б) 终端 问题 或 异常 操作 导致 未 接 通 。 

(D 主 叫 终端 异常 终止 呼叫 。 如 图 8-9 所 示 ， 终 端 在 发 送 Invite 消息 后 马上 发 CANCEL, 
并 且 连 续 多 次 ， 明 显 是 终端 异常 导致 。 











IHVITE 
SIP/2.0 IHVITE: 
SIP/2.0 IHVITE: 
ЗІР/2.0 CANCEL 
SIP/2.0 CANCEL: 
SIP/2.0 ІНТЕ: 
SIP/2.0 АСЕ 
SIP/2.0 INVITE 
SIP/2.0 IHVITE: 
SIP/2.0 IHVITE: 
SIP/2.0 CANCEL 
SIP/2.0 CANCEL: 
Response: SIP/2.0 IHVITE: 
Request: SIP/2.0 АСЕ 


Response 
Message Responses: 


Request: 


Message 


Message Response: 


Message Responses: 
Message Request: 
Message Request: 
Message Responses: 
Message Responses: 
Message Request: 
Message Responses: 
Message 


Message 


图 8-9 主 叫 终端 异常 终止 信 令 流程 
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У. >= 
UEM, 


该 问题 要 和 主 叫 TQOS 定时 器 超时 现象 区 分 开 。 主 叫 TQOS 定时 器 超时 一 定 是 


183 Session Progress 后 ，QCI 承载 未 建立 ， 主 叫 发 CANCEL 消息 转 CSFB, 
D 呼叫 未 建立 前 ， 被 叫 终端 终止 呼叫 。 如 图 8-10 所 示 ，MS2 是 主 叫 ，MS1 是 被 叫 。 被 
叫 在 未 摘 机 前 就 主动 挂机 ， 上 报 603 Decline 消息 。 





MS1 
М51 
М51 
М52 
М52 
М52 
М52 
М51 
М51 
М51 
М51 
М51 
М52 
М52 
М51 
М51 
М52 

М52 





07:57:33. 301 
07:57:33. 305 
07:57:33. 330 
07:57:37. 999 
07:57:38. 006 
07:57:38. 061 
07:57:38. 382 
07:57:34. 283 
07:57:34. 288 
07:57:34. 645 
07:57:34. 668 
07:57:34. 698 
07:57:39. 141 
07:57:39. 148 
07:57:42. 650 
07:57:42. 903 
07:57:46. 807 
07:57:46. 914 


Network-2UE 
VE-2Network 
VE-2Network 
Network-2UE 
VE-2Network 
VE-2Network 
Network-2UE 
Network-2UE 
VE-2Network 
Network-2UE 
VE-2Network 
VE-2Network 
Network-2UE 
Network-2UE 
VE-2Hetwork 
Network-2UE 
Network-2UE 
VE-2Network 


IMS SIP INVITE 
IMS SIP INVITE 


IMS SIP INVITE 


IMS SIP INVITE 


IMS SIP PRACK SIP: 
IMS SIP UPDATE SIP: 
IMS SIP PRACK SIP: 
IMS SIP PRACK SIP: 
IMS SIP PRACK SIP: 
IMS SIP UPDATE SEP: 


IMS SIP UPDATE 
IMS SIP INVITE 


IMS SIP UPDATE 


IMS SIP INVITE 


IMS SIP INVITE 


IMS SIP ACK 


IMS SIP UPDATE 
IMS SIP UPDATE 


SIP: 
SIP: 
SIP: 
SIP: 


SLEE 
SIP: 
SIP: 
zn 
SIE: 
SIP: 
SIP: 
SIP: Response: SIP/2.0 UPDATE: 


Request: SIP/2.0 INVITE 
Response: SIP/2.0 INVITE: 100 trying 

Response: SIP/2.0 INVITE: 183 session progress 
Response: SIP/2.0 INVITE: 183 session progress 
Request: SIP/2.0 PRACK 

Request: SIP/2.0 UPDATE 

Response: SIP/2.0 PRACK: 200 ok 

Request: SIP/2.0 PRACK 

Response: SIP/2.0 PRACK: 200 ok 

Request: SIP/2.0 UPDATE 
Response: SIP/2.0 UPDATE: 












200 ok 
180 ringing 
200 ok 
180 ringing 
603 decline 


Response: SIP/2.0 INVITE: 
Response: SIP/2.0 UPDATE: 
Response: SIP/2.0 INVITE: 
Response: SIP/2.0 INVITE: 
Request: SIP/2.0 ACK 
Request: SIP/2.0 UPDATE 
200 ok 


图 8-10 被 叫 终端 终止 呼叫 信 令 流程 


© 主 叫 拨 打 被 叫 ， 被 叫 正在 响应 其 他 呼叫 。 如 图 8-11 所 示 ，MS2 是 主 叫 ，MS1 是 被 
叫 。07: 58; 11.092, MSI 呼叫 MS2 ， 但 实际 上 MS2 正在 拨打 另外 一 个 电话 。MS2 收 到 IMS 
发 送 的 Invite 消息 ， 发 486 Busy Here 消息 。 





MS2 07:58:11.092 
М52 07:58:11.262 
М51 07:58:08. 714 
М51 07:58:08. 873 
М51 07:58:09. 909 
М51 07:58:08. 910 
М51 07:58:08. 915 
М51 07:58:08. 986 
М51 07:58:08. 986 
М51 07:58:09. 235 
М52 07:58:13. 518 
MS2 07:58:13. 526 
MS2 07:56:13.135 
MS2 07:59:11. 286 
MS2 07:59:11. 526 
М52 07:59:11-531 
М52 07:59:11. 532 





2. eNodeb 侧 问 题 分 析 


VE-2Network 
Network-2UE 
VE-2Network 
Network-2UE 
Network-2UE 
VE-2Network 
VE-2Network 
Network-2UE 
VE-2Network 
Network-2UE 
Network-2UE 
VE-2Network 
Network-2UE 
VE-2Network 
Network-2UE 
Network-2UE 
VE-2Network 


IMS SIP INVITE 
IMS SIP INVITE 
IMS SIP INVITE 


SIP: Request: SIP/2.0 INVITE 


SIP: Response: SIP/2.0 INVITE: 


100 trying 


SIP: Request: SIP/2.0 INVITE 


IMS SIP INVITE 
IMS SIP INVITE 
IMS SIP INVITE 
IMS SIP INVITE 
IMS SIP INVITE 
IMS SIP ACK 

IMS SIP ACK 

IMS SIP INVITE 


SIP: 
SIP: 
5ТЕ: 
SIP: 
SIP: 
SIP: 
SIP: 
SIP: 


Response: SIP/2.0 INVITE: 


Request: SIP/2.0 INVITE 


Response: SIP/2.0 INVITE: 
Response: SIP/2.0 INVITE: 
Response: SIP/2.0 INVITE: 


Request: SIP/2.0 ACK 
Request: SIP/2.0 ACK 


Response: SIP/2.0 INVITE: 


100 trying 
100 trying 


486 busy here 
403 forbidden 


183 session progress 


IMS SIP PRACK 
IMS SIP PRACK 


IMS SIP CANCEL 
IMS SIP CANCEL 
IMS SIP INVITE 


IMS SIP ACK 


图 8-11 


SIP: Request: SIP/2.0 PRACK 

SIP: Response: SIP/2.0 PRACK: 200 ok 

SIP: Request: SIP/2.0 CANCEL 

SIP: Response: SIP/2.0 CANCEL: 200 ok 

SIP: Response: SIP/2.0 INVITE: 487 request terminated 
SIP: Request: SIP/2.0 ACK 





被 叫 正在 啊 应 其 他 呼叫 信 令 流程 


IMS 信 令 流程 对 eNodeb 是 透 传 的 ， 一 般 通 过 eNodeb 侧 的 虚 用 户 跟 踪 来 判断 RRC 和 
ОСП Ж, ОС15 承载 未 建立 或 建立 失败 的 原因 。 

虚 用 户 跟 踩 信 令 可 用 业务 数据 回顾 工具 、 
和 eNodeb 系统 时 间 可 能 不 一 致 ， 因 此 首先 需要 做 信 令 时 间 点 对 齐 工作 。 

通过 RRC Connection Setup Complte 的 NAS 消息 来 做 路 测 软件 上 信 令 和 eNodeb 上 虚 用 户 





跟踪 的 信 令 对 齐 。 





OMSATR 或 ЕМА 来 打开 。 由 于 前 台 测 试 时 间 


eNodeb НР Ж ы: RRC Connection Setup Complte 信 令 ， 如 图 8-12 所 示 。 
路 测 数据 L3 上 RRC Connection Setup Complte 信 令 ， 如 图 8-13。 





可 以 看 到 虚 用 户 跟 踪 和 路 测 层 3 上 RRC Connection Setup Complte 信 令 的 NAS 消息 码 流 


都 是 C7 05 52 90, 





这 样 就 可 以 做 到 虚 用 户 跟 踪 和 路 测 数据 的 信 令 时 间 对 齐 。 





1) 判断 终端 发 的 RRC 信 令 ，eNodeb 有 无 正常 接收 。 
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RRC-MSG 
E+ msg 
E+ struUL-DCCH-Message 
E+ struUL-DCCH-Message 
口 - message 
Er c1 
E} rcConnectionSetupComplete 
rrc-Transactionldentifier.— 0x1(1) — *****01* 
= criticalExtensions 
= c1 
E rreConnectionSetupComplete-r8 
selectedPLMN-ldentity:—— 0x1(1) — ****000* 
dedicatedlnfoNAS:— 0xC7055290 — *******0 00001001,10001110,00001010,1С 














«[ TT | [> 
- v 

и 02 [оз [o4 [os [os Lor oa | o9 | n [тт [ 1 | 33 | 34 | 5 | 16 

[07 0 0o sE oa AS 2o M | | | | 


8-12 RRC Connection Setup Complte 后 台 信 令 解 析 































+ RRC-MSG 
~ msg 
00000010 T 
w struUL-DCCH-Message 
w StruUL-DCCH-Message 
" message 
p БЕ * 
w cl 
F0100-— * 
w rrcConnectionSetupComplete 
----- 01- rrc-TransactionIdentifier:0x1 (1) 
w criticalExtensions 
Гел 0 = 
Noct 
D00———— * 
w rrcConnectionSetupComplete-r8 
L-00---- * 


selectedPLMN-Identity:Ox1l (1) 


0001110 
50001010 

0100101 
masaq 














dedicatedInfoNAS:C7 05 52 90 





00000000h: 02 22 [ 09 SE 0А А5 20 


图 8-13 RRC Connection Setup Complte 测试 信 令 解析 





2) 通过 虚 用 户 跟踪 判断 RRC 释放 原因 。 
ТЕ eNodeb 发 RRC Connection Release Ў 8 Н], 2:0] MME 发 送 UE Context REL_REQ 消 
息 ， 其 中 带 有 RRC 释放 的 原因 ， 如 网 8-14 所 示 。RRC 释放 的 原因 为 User INActvity (UE 不 
活动 定时 器 超时 ) 。 
3) 通过 虚 用 户 跟 踪 查 看 ОСП, QCIS 承载 是 否 正常 建立 。 
如 果 在 ОСП 承载 建立 时 ，eNodeb 已 经 收 到 MME 发 送 的 ERAB SETUP REQUEST, {НЖ 
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04/2015 00:27:19 RRC-MEAS RPRT ЧА [5000 NA 2 
17/04/2015 00:27:19 (1) RRC. MEAS, RPRT ee UE 图 消息 解释 46 | 
17/04/2015 00:27:19 (212) RRC_CONN_RECFG 送 到 UE protocollEs 
17/04/2015 00:27:19 (231) RRC. CONN. RECFG, СМР 收 自 UE È SEQUENCE 
17/04/2015 00:27:19 (256) S1AP_ERAB_SETUP_REQ 收 自 MME L- id: — 0x0(0) — 00000000,00000000 
17/04/2015 00:27:19 (259) RRC. CONN. RECFG 送 到 UE 上 criticality: — reject(0) — 00****** 

17/04/2015 00:27:19 (276) RRC. CONN. RECFG, СМР 收 自 UE = value 
17/04/2015 00:27:19 (276) S1AP_ERAB_SETUP_RSP 送 到 MME L- mME-UE-S1AP-ID: — 0x23cfd88(37551496) — 11000000,00000010,00111100,1 
17/04/2015 00:27:19 (286) RRC, UL, INFO. TRANSF 收 自 UE F SEQUENCE 
17/04/2015 00:27:19 (286) S1AP UL, NAS. TRANS 送 到 MME [~ id: — 0x8(8) — 00000000,00001000 
17/04/2015 00:27:20 (615) RRC_CONN_RECFG 送 到 UE [~ criticality: — reject(0) — 00****** 
47104/2015 00:27:20 (634) КАС. CONN. RECFG. CMP 收 自 UE dio 
17/04/2015 00:27:22 (755) PRG CONN RECEG 尖 到 UE eNB-UE-S1AP-ID: -一 0x2b03b8(2819000) — 10000000,00101011,00000011,101 
17/04/2015 00:27:22 (779) RRC_CONN_RECFG_CMP == UE ЕК SEQUENCE 

- — id: — 0х2(2) — 00000000,00000010 
17/04/2015 00:27:26 (755) RRC. CONN. RECFG * S | 

— criticality: — ignore(1) — 01****** 

17/04/2015 00:27:26 (769) RRC. CONN. RECFG, СМР Е 


17/04/2015 00:27:39 (591) 
17/04/2015 00:27:39 (614) 





S1AP UE CONTEXT. REL REQ 
S1AP. UE CONTEXT. REL, СМО 












E-value 














= cause 
接收 自 MME L- radioNetwork: — user-inactivity(20) — ****0040,100***** 



































— 


[8-14 RRC 释放 原因 信 令 解析 


端 侧 没有 收 到 激活 专用 EPS 承载 上 下 文 请 求 消 息 ， 则 说 明 ОСП 承载 未 建立 ， 可 能 为 空 口 原 
。 如 果 eNodeb 根本 就 没有 收 到 MME 发 送 的 ERAB SETUP REQUEST， 则 说 明 QCIl 未 建立 
和 MME 未 发 承载 建立 请 求 相 关 ， 和 空 口 关系 不 大 。 

图 8-15 所 示 为 起 呼 RRC 建立 后 MME 没有 发 ОСП 承载 请 求 。 


Ua-Z3 TDTTTSR6L 
015-04-23 15:11:19(672) 
015-04-23 15:11:19(672) 





CUNN KE eceived From UE = r1 


RRC CONN SETUP Send to UE -1 
RRC CONN SETUP CMP Received From UE -1 
015-04-23 15:11:19(672) |S1AP INITIAL UE MSG Send to MME еп051арій=3724732; RRCCausezmt-A... " 


015-04-23 15:11:19(672) |S1AP INITIAL CONTEXT SETUP REQ Received From MME enbs1apid-3724732; mmes 1apid=156... |4 
015-04-23 15:11:19(672) |RRC_SECUR_MODE_CMD Send to UE - 








015-04-23 15:11:19(672) |RRC_CONN_RECFG Send to UE cqi-Aperiodic=rm30; - 
015-04-23 15:11:19(686) Received From UE 


0423151119891) |RROJCONNLRECFG CUP Беттик | = o 
015-04-23 15:11:19(692) |S1AP INITIAL. CONTEXT. SETUP RSP Send to MME 


015-04-23 15:11:19(711) |RRC UE CAP INFO Received From UE 
RRC CONN RECFG СМР Received From UE 





RRC SECUR MODE CMP 











015-04-23 15:11:19(726) 





015-04-23 15:11:20(255) |RRC MEAS RPRT Received From UE 
015-04-23 15:11:20(256) |RRC MEAS RPRT Received From UE 





Send to UE 
Received From UE 


015-04-23 15:11:21(297) 
015-04-23 15:11:21(314) 
015-04-23 15:11:21(611) 


RRC, CONN, RECFG 
RRC, CONN, RECFG. СМР 

КЕС CONN RECFG cqi-Aperiodiczrm30; 
015-04-23 15:11:21(635) 


RRC. CONN RECFG. CMP Received From UE 4 
015-04-23 15:11:25(612) |RRC. CONN, RECFG Sendto UE 4 
015-04-23 15:11:25(635) |RRC CONN RECFG, CMP Received From UE | MH 


015-04-23 15:11:26(289) |RRC_CONN_RECFG Send to UE cqi-Aperiodic=rm30; -1 
RRC_CONN_RECFG_CMP Received From UE -1 
SF ISendtoUE  l|coj-Aperiodic=rn -1 


015-04-23 15:11:26(314) 
015-04 9(329 R ONN R 130 


























图 8-15 不 下 发 QCI1 承载 请 求 消 息 信 令 


图 8-16 所 示 为 MME 发 送 ОСП 承载 请 求 的 信 令 ， 消息 内 容 中 可 以 看 到 ERAB ID 为 7， 
ОСІ 为 ОСП, 
3. ММЕ 侧 问 题 分 析 
MME 侧 信 令 跟 踪 重 点 关注 以 下 两 个 流程 ; 
1) HSS 和 被 叫 方 MME 的 IDRZIDA (流程 14、 流 程 15) 是 否 正 常 。HSS 应 向 被 叫 方 MME 
发 送 Insert Subscriber Data Request (IDR) 消息 ，MME 应 回 Insert Subscriber Data Answer 消息 。 
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p ZUT5-U4-Z73 TS TTZT(O TT] 


[RKU UUNN HEUFG 


[sendto UE 


< 四 essage Explanation — ЗТ 





04 2015-04-23 15:11:21(635) 


RRC CONN RECFG СМР 


Received From UE 





+- SEQUENCE 














 id:— 0x11(17) — 00000000,00010001 








— criticality-—- reject(0) — 00****** 








=+ value 
=} e-RABToBeSetupltemBearerSUReq 

















— e-RAB-ID:— 0x7(7) — **00111* 





E+ e-RABlevelQoSParameters 





= 2015-04-23 15:11:25(612) IRRC_CONN_RECFG Sendto UE 

p6 2015-04-23 15:11:25(635) |RRC CONN RECFG СМР Received From UE 

= 2015-04-23 15:11:26(289) IRRC_CONN_RECFG Sendto UE 

г 2015-04-23 15:11:26(314) |RRC_CONN_RECFG_CMP Received From UE 

= 2015-04-23 15:11:28(329) IRRC_CONN_RECFG Sendto UE 
2015-04-23 15:11:28(354) |RRC CONN RECFG СМР Received From UE 





| | аС:-— 0х1(1) — **000000,00000001 
| allocationRetentionPriority 

















— priorityLevel.—- 0х9(9) — **1001** 





— pre-emptionCapability.—- shall-not-trigger-pre 





— pre-emptionVulnerability.—- pre-emptable(1) 
= gbrQosiInformation 

















| e-RAB-MaximumBitrateDL:——- 0хс738(51000) 





2015-04-23 15:11:32(554) 
2015-04-23 15:11:33(039) 
88 2015-04-23 15:11:33(042) 


RRC CONN RECFG CMP 
S1AP ERAB SETUP REQ 
RRC CONN RECFG 


0 

1 2015-04-23 15:11:30(529) IRRC_CONN_RECFG Sendto UE 

2 2015-04-23 15:11:30(553) |RRC CONN RECFG СМР Received From UE 
3 2015-04-23 15:11:31(530) |RRC CONN RECFG Sendto UE 

4 2015-04-23 15:11:31(554) |RRC CONN RECFG CMP Received From UE 
5 2015-04-23 15:11:32(531) |RRC CONN RECFG Send to UE 

6 


Received From UE 
Received From MME 
Sendto UE 





一 e-RAB-MaximumBitrateUL:- 一 0x15f90(90000) 
一 e-RAB-GuaranteedBitrateDL:- 一 0xc738(5100 


| — e-RAB-GuaranteedBitrateUL:—- 0х1 5f90(9000| 














B9 2015-04-23 15:11:33(064) 





RRC_CONN_RECFG_CMP 


Received From UE 





FtransportLayerAddress:- 一 01100100010000011111” 
— gTP-TEID:— 0x0FC61A43 — 00001111,11000110, 


48-16 ОСП 承载 请 求 消 息 解析 


2) QCIL/QCI5 承载 建立 是 否 正常 ， 其 中 包括 MME 和 P/SGW, eNodeB 和 终端 的 交互 。 
SGW [5] MME 发 送 Create Bearer Request 消息 ，MME [5] P/SGW [n] Create Bearer Response 消息 。 
IDR/IDA 所 扒 带 消息 关键 信 源 如 图 8-17 所 示 。 图 8-18 所 示 为 Create Bearer Request 信 
令 详 细 内 容 ，LABEL - ОСІ 信 元 显示 是 请 求 哪 种 QCI 的 承载 。 














表 6 IDR 消 息 中 的 关键 信 元 


关键 信 元 


信 元 解释 












= w AVP 














> avp-flag 


+ 














"* content 











=]  avp-data 
E w idr-flags 

















XT ID4 消 息 中 的 关键 信 元 


avp-code:0x5d2 (1490) 


vendor-id:0x28af (10415) 


reserved1:0x0 (0) 

reserved2:0x0 (0) 

reserved3:0x0 (0) 
current-location-request:0x0 (0) 
eps-location-information-request:0x0 (0) 
eps-user-state-request 0x0 (0) 


ue-reachability-request:0x0 (0) 





стии 





w AVP 
avp-code:0x5d4 (1492) 
> avp-flag 


























"* content 





vendor-id:0x28af (10415) 











w avp-data 





ims-voice-over-ps-sessions-supported:supported (1) 


表示 IDR 消 息 请 求 的 用 户 数据 类 型 ， 请 求 被 叫 域 选 数据 。 















表示 用 户 当前 附着 网 络 是 否 支持 PS 语音 。 


e 0: 表示 不 支持 
* 1: 表示 支持 
* 2: 表示 能 力 未 知 








w AVP 











avp-code:0x5d6 (1494) 





> avp-flag 














日 w content 


vendor-id:0x28af (10415) 











w avp-data 





last-ue-activity-time:53 B8 E2 54 





w AVP 
avp-code:0x408 (1032) 
> avp-flag 


























w content 





vendor-id:0x28af (10415) 








=] w avp-data 








rat-type:eutran (1004) 


图 8-17 


表示 被 叫 用 户 最 后 一 次 激活 时 间 。 


表示 用 户 当前 附着 网 络 类 型 。 
* 1001: GERAN 
* 1000: UTRAN 
* 1004: EUTRAN 





IDR/IDA 所 携带 消息 关键 信 源 


p/ 


MME [к] eNodeb 22 E — RAB Setup Request 消息 ，eNodeB [5] MME [n] E — RAB Setup Re- 


sponse 消息 。 
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日 * CHOICE 


FI w bearer-level-qos 
FI w ie-comman 
spare:0x0 (0) 
instance:0x0 (0) 
日 w arp 
spare1:0x0 (0) 


pci:0x0 (0) 

pl:0x1 (1) 

spare2:0x0 (0) 

pvi:0x0 (0 

uplink:00 00 00 00 35 

max-bit-rate-for-downlink:00 00 00 00 35 
guaranteed-bit-rate-for-uplink:00 00 00 00 35 
guaranteed-bit-rate-for-downlink:00 00 00 00 35 





图 8-18 Create Bearer Request 信 令 解析 
MME [5] UE 发 送 Activate Dedicated EPS Bearer Context Request 消息 ，UE [5] MME 回 Acti- 
vate Dedicated EPS Bearer Context Accept 消息 。 
图 8-19 所 示 为 一 个 通话 正常 的 流程 ，HSS 首先 和 被 叫 方 MME 进行 IDRZIDA 流程 ， 然 
后 P/SGW 向 MME 发 送 Create Bearer Request 消息 ， 启 动 ОСП 承载 建立 流程 。 


Diameter subscriber data request 

Diameter subscriber data answer 

Diameter subscriber data request 

Diameter subscriber data answer 
Lv bearer request 


NAS Activate dedicated EPS bearer context request 

SlaP Е-КАВ setup request 

S1AP E-RAB setup response 

51АР Uplink NAS transport 

NAS åctivate dedicated EPS bearer context accept 
511 GIPv2-C Create bearer response 





图 8-19 ”通话 正常 流程 


图 8-20 所 示 为 一 个 通话 异常 的 场景 ，MME 和 HSS 进行 IDR/IDA 流程 (流程 14. 15) 
交互 后 ，P/SGW Ir] MME 发 送 Create Bearer Request 消息 ， 导 致 QCI] 承载 未 建立 。 








10r ч Р H ~ ^ - ^ - ~ - 

10:34: MME Diameter Insert subscriber data answer 

10:34: MME GIPv2-C Downlink data notification 

10:34: eNodeB 51АР Paging 

10:34: MME GIPv2-C Downlink data notification acknowledge 
10:54: MME Diameter Imsert subscriber data request 

10:54: MME Diameter Imsert subscriber data answer 
10:34:35, eNodeB SLAP Initial UE message 

10:34: ЦА racking area update request 





10:34:35, 038 MME => MSC SGs SGsAP SGsAP location update request 
10:34:35,081 MME <- MSC SGs SGsAP SGsAP location update accept 
10:34:35, 082 UE <— МЕ S1 NAS Tracking area update accept 
10:34:35, 082 eNodeB <- MME S1 S1AP Initial context setup request 
10:34:35,124 eNodeP -> MME S1 S1AP Initial context setup response 
10:34:35,125 MME 一 > SGW S11 GIPv2-C Modify bearer request 
10:34:35, 923 MME <- SGW S11 GIPv2-C Modify bearer response 
10:34:43, 076 ENodeB -> MME S1 SLAP Path switch request 
10:34:43, 078 MME 一 > SGN S11 GTP 2—- Modify bearer request 
10:34:43, 332 MME < 一 SGN S11 GTP 2-4 Modify bearer response 
10:34:43, 332 ENodeB <- MME S1 SLAP Path switch request acknowledge 
10:34:44, 337 ENodeB -> MME S1 SLAP Fath switch request 
10:34:44, 338 MME 一 > SGN S11 GIPv2- Modify bearer request 
10:34:45, 012 MME <- SGW S11 GIPv2-C Modify bearer response 
10:34:45, 012 ENodeB <- MME S1 SLAP Path switch request acknowledg 
е —K. 


АЛАЛА ТА АКАУ. a oo 0..0... se ht 


图 8-20 ”通话 异常 信 今 流程 





97 


4. P/SGW 侧 问题 分 析 

P/SGW 信 令 跟 踊 应 重点 关注 以 下 流程 是 否 异常 : 

1) 5 PCRF 的 RARZRAA 流程 (流程 24、25) 是 否 正 常 。 该 流程 异常 会 导致 ОСП Ж 
载 无 法 建立 。 

PCRF 根据 认证 /授权 请 求 消 息 AAR 中 携带 的 媒体 类 型 和 媒体 描述 信息 做 策略 决策 ， 提 
供 授 权 的 QoS， 并 通过 重新 认证 /授权 请 求 消息 RAR 将 QoS (QC/ARP/GBR/MBR) 和 PCC 
规则 发 送 至 P-GW; P -CW_B 收 到 重新 认证 /授权 请 求 消息 RAR， 上报 重 新 认证 /授权 应 答 
消息 КАА 啊 应 给 РСКЕ B, 

RAR 消息 的 关键 信 元 如 网 8-21 PZR. 





< 


表示 一 组 QoS 参数 中 的 QoS 等 级 信息 ，QCI=1 表 示 承 载 的 语音 媒体 。 
avp-code:0x404 (1028) 
+ P avp-flag 


=} w content 
vendor-id:0x28af (10415) 
=) v avp-data 
(qos-class-identifier.Ox1 (1) ] 














K| 8-21 RAR 消息 关键 信 元 


2) 和 MME 交互 的 CB Request 和 CB Response 流程 是 否 存在 异常 (Wake 27. 30). 

ТЕ P/SGW 与 PCRF 完成 RAR/RAA 流程 (流程 24、25) 交互 后 ，P/SGW [n] MME 发 送 
Create Bearer Request 消息 要 求 建立 ОСП 承载 ，MME [n] P/SGW [n] Create Bearer Response Ў 
息 ， 表 示 ОСП 承载 已 完成 。 

5. PCRF 侧 问 题 分 析 

PCRF 网 元 信 令 交互 重点 关注 以 下 两 点 : 

1) 和 PCW 网 元 的 RARZRAA 流程 (流程 24、25) 是 否 正 常 。PCRF 根据 认证 /授权 请 
求 消息 AAR 中 携带 的 媒体 类 型 和 媒体 描述 信息 做 策略 决策 ， 提 供 授权 的 Qo5， 并 通过 重新 
认证 /授权 请 求 消息 RAR 将 QoS (QCL ARP/CBR/MBR) 和 PCC 规则 发 送 至 P-CW_B; P 
-GW_B 收 到 重新 认证 /授权 请 求 消息 RAR， 上 报 重新 认证 /授权 应 答 消 息 КАА 响应 给 
PCRF B, RAR/RAA 流程 流程 异常 ， 会 导致 ОСП 承载 无 法 正常 建立 。 

2) 和 P-CSCF Н) AAR/AAA 流程 (流程 23、26) 是 否 正 常 。P - CSCF 收 到 被 叫 侧 返 
回 的 183 (SDP) 后 ,下 发 认证 /授权 请 求 消息 AAR 给 PCRF_B 开始 建立 专 有 承载 。AAR 包 
括 用 户 的 信 令 地 址 、 媒 体 带 宽 等 信息 ;PCRF 根据 P - GW 返回 的 重新 认证 /授权 应 答 消 息 
RAA, [5] P - CSCF 发 送 认证 /授权 应 答 消 息 AAA 啊 应 授权 请 求 结 

6. P-CSCF (SBC) 网 元 侧 问 题 分 析 

获取 到 P - CSCF 网 元 信 令 后 ， 首 先 要 进行 信 令 过 滤 。 在 P - CSCF 信 令 回顾 工具 里 面 ， 点 
“过 滤 ” 羔 单 ， 在 弹出 的 对 话 框 中 单 击 “ 新 建 ” 或 “修改 ”按钮 ,设置 过 滤 条 件 ， 如 图 8-2 
所 示 。 

过 滤 条 件 设置 方式 如 图 8-22 所 示 ， 即 在 消息 接口 类 型 中 选择 字符 串 包含 SIP 和 DIAM 的 
iE. ЖР – СЅСЕ M SIP 信 令 和 终端 信 令 做 对 比 时 ， 需 要 做 信 令 时 间 点 对 齐 。 方 法 很 简单 ， 
SIP 信 令 中 都 有 CALL ID 信 元 ， 对 于 主 叫 侧 或 被 叫 侧 来 说 ， 每 次 呼叫 的 CALL ID 都 是 基本 唯一 
的 ， 相 同 CALL ID 的 SIP 信 令 属于 同一 次 呼叫 ， 可 通过 CALL ID 来 实现 信 邻 时间 对 齐 。 

ER) P - CSCF 侧 单 用 户 信 令 ， 主 要 从 以 下 两 方面 进行 分 析 : 
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j 
| 用 户 消息 跟踪 TES | 
MERER TESE | 
| 
WERO) се | 
PG j 
[rrr ES. x| 
TEZERA) [sip ] 
ORE esmo: [sip 
-过 源 器 条 件 设置 - 
Жен 。 “| НН ЖЕНА» | ЧЕН 增加 条 件 (A) 
O [01 | 消息 接口 类 型 SaR as (вір 
L—.— | [авап FAR as (йат |_ йй — | 
= uuu 与 (e) 或 
O 110.1. 
i0 1017 包含 算法 只 支持 字符 品类 型 。 
.0 101: 可 以 用 ?代表 单个 字符 ,用 * 代 表 任意 多 个 字符 。 
iQ 101 确定 取消 














8-22 P-CSCF 信 仿 过滤 方 法 


1) 查看 P- CSCF 5j PCRF 的 AAR/AAA 流程 是 否 异 常 。 

P - CSCF 与 PCRF 的 AAR/AAA 流程 用 于 QCIl 承载 的 建立 或 修改 。P - CSCF 将 用 户 的 
信 令 地 址 、 媒 体 带 宽 等 信息 通过 认证 /授权 请 求 消息 AAR 发 送 给 PCRF， 通 知 PCRF 建立 专 
有 承载 。 从 AAR 消息 中 的 内 容 可 以 看 到 终端 的 IP 地 址 ， 可 以 据 此 判断 该 AAR 消息 是 用 于 
主 叫 的 ОСП 承载 建立 或 修改 ， 还 是 被 叫 侧 的 ， 如 图 8-23 所 示 。 


世 消 息 浏览 器 -646-[ 用 户 消息 跟 蜂 ] 














b 


—u-s-vs<rafrOa | 





pBitFALSE 
reserved:0x0 (0) 





= * content 
vendorld:v-3GPP (10415) 
E  avpData 
flowDescription:pdrmit in 17 from 2409:8809:8440:4B:2948:8(]62:693:6A8A 31036 to 2409:8019:8430:3700:0:0:0:FFF2 18192 





















El w Avp 
avpCode:flowDescription-OR-etsiDigestOpaque (507) 
= w avpFlag 
vendorSpecific-TRUE 
mandatory. TRUE 
pBitFALSE 
reserved:0x0 (0) 























w rnnieant. 





48-23 AAR 消息 解析 


PCRF_B [5] Р - CSCF_B 发 送 认 证 /授权 应 答 消息 AAA 啊 应 。 从 消息 内 容 中 可 以 看 到 流 
程 是 否 成 功 ， 如 图 8-24 所 示 。 

2) P- CSCF 侧 信 令 和 路 测 软件 SIP 信 令 做 对 比 ， 判 断 SIP 流程 异常 的 原因 。 

CD 观察 终端 发 送 的 SIP 信 令 ，P - CSCF 是 否 正 常 收 到 ,或 P- CSCF 发 出 的 信 令 ， 终 端 
有 无 正常 收 到 ， 通 话 SIP 信和 令 流 程 在 哪 一 步 存在 信 令 缺失 或 异常 。 

D EFA IMS 是 否 发 送 错 误 码 ， 导 致 了 呼叫 建立 失败 ， 根 据 错 误 码 来 判断 呼叫 建立 失败 
的 原因 。 

一 些 常 见 错误 码 列举 如 下 。 

e Request Terminated; IMS 在 发 现 异 常 (出 现 CANCEL 消息 或 其 他 错误 码 ) 后 用 487 

Request Terminated 终止 呼叫 。 
e 481Call/Transaction Does Not Exist: IMS 收 到 UE 发 送 消息 后 ， 发 现 呼 叫 已 不 存在 ， 发 
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E Ҹ ур 





зею avpCode:resultCode (268) 
日 wv avpFlag 

了 vendorSpecificcFALSE 

pese mandatory. TRUE 

= = pBitFALSE 

—-00000 reserved:0x0 (0) 

xeletelelelolok L 


Ej w content 








e-originHost (264) 


E wv avpFlag 
0------- vendorSpecificcFALSE 
-1—— mandatory:TRUE 
--0----- BitFALSE 








图 8-24 AAA 响应 消息 解析 


此 错误 人 码 

e 480Temporarily Unavailable; IMS 长 期 得 不 到 UE 啊 应 ， 相 关 定 时 需 超 时 发 此 错误 人 码 。 

e 486 BUSY HERE: 成 功 联系 到 被 叫 方 的 终端 系统 ， 但 是 被 叫 方 当 前 在 这 个 终端 系统 上 
不 能 接听 这 个 电话 〈 如 正在 进行 其 他 呼叫 业务 ) ， 发 此 错误 码 。 

e 500 Server Internal Error; 服务 需 遇 到 了 未 知 的 情况 ， 并 且 不 能 继续 处 理 请 求 ， 一 般 为 
IMS 内 部 问题 或 和 其 他 网 元 交互 异常 。 

e 503 Service Unavailable: 服务 不 可 用 ， 一 般 为 IMS 内 部 问题 或 和 其 他 网 元 交互 异常 。 

e 603Decline; 寻 呼 到 被 叫 后 ， 被 叫 在 摘 机 前 终止 此 次 呼叫 ， 一 般 发 此 错误 人 码 。 

IMS 侧 错 误 码 示 列 如 图 8-25 所 示 。 状 态 码 解释 见 表 8-2。 


5TP/2.0 
Via: SIP/2.0/UDP [22n9:8809:8220: 0088129428: 8C52: 0893: ВАЗА]: 31800;:branch=z9hG2bKamjcbpz=-Qax-98paaihj;rport=31100 
Zall-ID: ckjcbpx-88[2409:8809:8440: ab: P948:8c62: 6983: 628a] 

From: €5sip:t86178205003208gd. ims. mncOOK 
















mccá60. 3gppnetwork. ок? tag- dl jcbpx 
Іо: "17820500321"4:1p:17820500321;phonedjcontext-gd. ims. тпс. mcc 460. 3gppnetwork. orgiigd. ims. тас000. тсс4йй. 3gppnetwork. org 


-seg: 1 INVITE 
Media Bearer Lost” 





Warning: 399 03100. 07555. A. 450. 403. 228. 1.45. 05668. 00002870 
Content-Length: 0 








错误 码 错误 码 提 示 


图 8-25 IMS 侧 错 误 码 示例 


表 8-2 状态 码 解释 

















类 型 状 态 码 状态 说 明 

临时 应 答 (1XX) 

100 Trying 正在 处 理 中 

180 Ringing 振 铃 

181 Call Deing Forwarder 呼叫 正在 前 向 

182 Queue 排队 

183 Session Progress 会 话 进 行 
会 话 成 功 (2XX) 

200 OK 会 话 成 功 
重 定向 (3XX) 

300 Multiple 多 重 选 择 





100 













































































类 m 状 d 1% 状态 说 明 
301 Moved Permanently 永久 移动 
302 Moved Temporaily 临时 移动 
305 Use Proxy 用 户 代理 
380 Alternative Service 替代 服务 

请 求 失 败 (4XX ) 

400 Bad Request 错误 请 求 
401 Unauthorized 未 授权 
402 Payment Required 付费 要 求 
403 Forbidden po 
404 Not found 未 发 现 
405 Method No Allowed 方法 不 允许 
406 Not Acceptable 不 可 接受 
407 Proxy Authentication Required 代理 需要 认证 
408 Request Timeout 请 求 超时 
410 Gone 离开 
413 Request Entity Too Large 请 求实 体 太 大 
414 Request — URL Too Long 请 求 URL KK 
415 Unsupported Media Type 不 文 持 的 媒体 类 型 
416 Unsupported Url Scheme 不 支持 的 URL 计划 
420 Bad Extension 不 良 扩展 
421 Extension Required 需要 扩展 
423 Interval Too Brief 间隔 太 短 
480 Temporarily Unavailable 临时 失效 
481 Call/transaction Does Not Exist 呼叫 /事务 不 存在 
482 Loop Detected 发 现 环 路 
483 Too Many Hops 跳 数 太 多 
484 Address Incomplete 地 址 不 完整 
485 Ambiguous ARB BH 
486 Busy here 这 里 忙 
487 Request Terminated 请 求 终止 
488 Not Acceptable Here 这 里 请 求 不 可 接收 
491 Request Pending 未 决 请 求 
493 Undecipherable 不 可 辨识 

服务 器 失败 (5XX) 
500 Server Internal Error Л Ру 
501 Not Implemented 不 可 执行 








(Ж) 























类 W 状 & 码 状态 说 明 
502 Bad Gateway 坏 网 关 
503 Service Unavailable 服务 无 效 
504 Server Time - Out ДЕ + йт ЖИН 
505 Version Not Supported 版 本 不 支持 
513 Message Too Large 消息 太 大 

全 局 性 错误 (6XX) 

600 Busy Everywhere ЗГ 
603 Decline EF 








82 第 二 招 ”如影随形 保持 性 指标 优化 

保持 性 指标 与 掉 话 相关 ， 掉 话 的 主要 原因 如 下 . 

1) 无 线 环境 恶化 ， 导 致 脱 网 掉 话 ， 或 者 终端 进行 RRC 重建 ， 但 最 终 失 败 。 

2) MME 异常 RRC 重建 后 ，QCIl 承载 由 于 MME 的 原因 没有 恢复 。 

网 络 优化 主要 解决 第 一 类 问题 ， 避 免 弱 履 盖 脱 网 或 触发 RRC 重建 失败 。 如 果 弱 覆盖 是 
无 法 避免 的 ， 则 可 以 通过 eSRVCC 将 语音 通话 切换 至 GSM， 从 而 保持 呼叫 的 延续 。 
8.2.1 语音 拯 话 问题 定位 

语音 掉 话 问题 的 定位 和 普通 数据 业务 掉 话 问题 的 定位 步骤 类 似 。 关 联 指标 分 析 时 可 以 将 
语音 的 掉 话 和 普通 数据 业务 的 掉 话 进行 关联 ， 分 析 是 语 首 挥 话 率 恶化 ， 还 是 所 有 业务 挥 话 率 
恶化 。 具 体 分 析 时 还 要 考虑 语音 掉 话 和 普通 数据 业务 掉 话 的 差异 。 

VoIP 释放 时 的 RRC 重 配 置 过 程 失 败 ，VolP 通话 过 程 中 发 生 RRC 正常 释放 都 会 统计 成 
掉 话 ， 在 分 析 时 要 重点 关注 VoIP 业务 和 普通 数据 业务 在 该 过 程 的 差异 。 

语音 业务 通常 的 掉 话 原因 包括 RRC 重 配 置 (包括 语音 挂机 触发 ) 失败 、 终 端 RRC 重建 
失败 、UE LOST 检测 打开 后 终端 重 同步 失败 等 。VoLTE 抒 话 主要 有 以 下 几 个 原因 : 

1. 5352 & 

弱 覆 盖 是 优化 VoLTE 掉 话 率 时 需要 做 的 最 基本 工作 。 如 果 现 网 站 点 分 布 不 能 满足 
VoLTE 业务 需求 ， 则 需要 开启 eSRVCC 特性 ， 避 免 在 LTE 弱 覆 盖 时 出 现 掉 话 。 

弱 覆 盖 问 题 需要 结合 实际 路 测 情况 及 工 参 进行 调整 优化 。 

2. 切换 导致 的 掉 话 

fr LTE 系统 中 ， 在 时 间 轴 上 ， 可 以 将 切换 分 为 以 下 3 Ж. 过 早 切 换 、 过 晚 切 换 及 乒乓 
切换 。 由 于 重建 的 引入 ， 通 常 过 早 切 换 能 重建 回 原 小 区 ， 因 此 不 会 引发 掉 话 ， 而 过 晚 切换 及 
乒乓 切换 易 导 致 掉 话 。 

从 信号 变化 趋势 上 来 看 ， 过 上 晚 切换 主要 会 出 现 以 下 现象 。 
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1) HAZ: 源 小 区 RSPR/SINR 陡 降 ， 目 标 小 区 RSRP/SINR 陡 升 ( 即 突然 出 现在 邻 
小 区 列表 中 就 是 很 高 的 值 ) 。 

2) 针尖 效应 源 小 区 RSPR/SINR 快速 下 降 一 段 时 间 后 上 升 ， 目 标 小 区 出 现 短 时 间 的 
陡 升 后 立即 陡 降 。 

过 晚 切 换 从 信 令 流程 上 看 ， 一 般 在 掉 话 前 UE 上 报 了 邻 区 的 АЗ 测量 报告 ，eNodeB 也 收 
到 了 测量 报告 ， 并 下 发 了 切换 命令 ， 但 是 UE 侧 收 不 到 ， 此 时 如 果 目 标 小 区 能 有 UE 的 上 下 
文 且 能 重建 成 功 ， 或 者 重建 失败 后 重新 接 和 人 恢复 QC 承载 ， 就 可 以 不 掉 话 。 

乒乓 切换 在 信号 变化 趋势 上 有 以 下 表现 。 

1) 主 服务 小 区 变化 快 : 两 个 或 者 多 个 小 区 交替 成 为 主 服 务 小 区 ， 主 服务 小 区 具有 较 好 
的 RSRP 和 SINR 且 每 个 小 区 成 为 主导 小 区 的 时 间 很 短 。 

2) 无 最 优 小 区 : 存在 多 个 小 区 ，RSRP 正常 而 且 相 互 之 间 差 别 不 大 ， 每 个 小 区 的 SINR 
都 很 差 。 

从 信 令 流程 上 看 ， 一 般 可 以 看 到 UE 刚刚 完成 一 次 切换 后 就 有 新 的 测量 报告 上 报 并 发 起 
另 一 次 切换 ， 由 于 切换 后 还 有 较 多 的 重 配置 消息 下 发 (CQ ERRI, sounding 等 )， 因 此 
在 乒乓 区 域 易 导致 这 些 命 令 超 时 失败 引起 挥 话 。 

解决 切换 过 晚 导致 的 掉 话 问题 ， 可 以 通过 调整 天 线 位 置 ， 修 改 切换 参数 或 者 配置 СТО 
使 目标 小 区 能 够 提前 发 生 切 换 。 解 决 乒乓 切换 佛 来 的 掉 话 问题 ， 主 要 通过 调整 天 线 位 置 改善 
RF， 使 得 该 区 域 能 有 一 个 稳定 的 最 优 小 区 。 

对 于 异 频 切换 和 异 系统 切换 ， 在 切换 前 需要 通过 启动 GAP 来 进行 异 频 或 者 异 系统 频 点 
的 测量 ， 故 需要 对 A2 参数 进行 合理 配置 ， 保 证 及 时 地 启动 GAP 测量 ， 从 而 避免 启动 САР 
过 晚 导 致 终端 来 不 及 测量 目标 侧 小 区 的 信号 引起 掉 话 ， 并 合理 地 配置 目标 小 区 的 门限 。 

3. 干扰 引起 的 掉 话 

通常 干扰 分 为 上 行 干 扰 、 下 行 干 扰 、 系 统 内 干扰 及 外 来 干扰 。 不 论 哪 种 类 型 的 干扰 都 会 
导致 掉 话 。 

通常 ， 对 于 下 行 ， 当 服务 小 区 的 RSRP 高 于 - 90 dBm， 但 是 SINR 低 于 -3 dB， 基 本 上 
可 以 认为 是 下 行 干 扰 的 问题 〈( 当 邻 小 区 错 配 7/ 漏 配 或 切换 不 及 时 时 ， 也 可 能 出 现 服务 小 区 
RSRP 信号 很 好 ,但 SINR 很 差 的 情况 ) 。 下 行 的 干扰 通常 是 指导 频 污 染 ， 指 覆盖 地 区 存在 З 
个 以 上 的 小 区 满足 切换 条 件 ， 由 于 信号 的 波动 常 篆 出 现 频繁 小 区 重 选 或 者 乒乓 切换 ， 可 能 会 
导致 掉 话 。 

通常 在 没有 干扰 的 情况 下 ， 上 下 行 是 平衡 。 当 下 行 存在 干扰 时 ,会 体现 在 下 行 受 限 ， 上 
行 不 受 限 ， 当 上 行 存在 干扰 时 ， 则 是 上 行 受 限 ， 下 行 不 受 限 。 

4. 流程 交互 失败 

- 些 需要 信 令 交互 的 流程 (如 CQI 上 报 周期 、MIMO 模式 、SRS ANR 流程 等 ) 常常 会 
由 于 无 线 环境 的 原因 ，eNodeB 与 终端 侧 兼 容 方面 的 原因 或 者 UE 本 时 的 问题 导致 流程 失败 ， 
最 后 导致 掉 话 。 

VoLTE 相 比 普通 业务 需要 建立 ОСП 的 专 有 承载 ， 当 切换 和 QCIL 专 有 承载 修改 /建立 / 
删除 冲突 时 ， 可 能 导致 QCI1 对 应 的 NAS 流程 失败 ， 最 终 导致 掉 话 。 

这 类 问题 需要 针对 特定 的 流程 进行 分 析 ， 特 丈 情 况 特 殊 处 理 ， 没 有 一 般 性 的 处 理 
方法 
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5. 异常 分 析 

在 排除 了 以 上 原因 之 后 ， 其 他 的 挥 话 一 般 需 要 怀疑 是 否 是 设备 存在 问题 ， 需 要 通过 查看 设 
备 的 日 志文 件 、 警 告 信息 等 进一步 分 析 挥 话 原 因 。 日常 优化 中 可 能 会 遇 到 以 下 几 方 面 问题 。 

1) 传输 问题 : S1 、X2 口 复 位 、 闪 上 断 等 。 

2) eNB 故障 单 板 复位 、 射 频 通道 故障 、 基 上 吾 板 内 存 泄露 导致 在 发 起 小 区 资源 核查 时 
释放 用 户 导 致 掉 话 等 。 

3) UE 故障 : UE 死机 、 发 热 、 版 本 缺点 ， 还 有 在 路 测 过 程 中 吻 引 起 路 测 终 问 过 热 / 死 
机 ,或 者 连 线 脱落 / 掉 电 导致 的 掉 话 等 。 

4) 核心 网 侧 问题 : 核心 网 重启 导致 的 eRAB 异常 释放 。 

通常 eNodeB 侧 的 告警 可 通过 在 网 管 侧 进 行 观 察 ， 对 于 每 个 告警 ， 都 有 相关 的 处 理 建 
议 ， 可 通过 网 管 的 在 线 帮 助 进行 阅读 。 


8.2.2 ІТЕ 2С 邻 区 配置 优化 


现 网 CSFB 需要 配置 2G 频 点 ， 不 要 求 配置 正确 的 2G 邻 区 准确 信息 ， 同 时 eNodeB 携带 
的 频 点 组 即使 没有 合适 的 2G 频 点 信息 ， 终 端 也 会 自主 搜索 其 他 频 点 ，CSFB 呼叫 不 会 失败 ， 
只 是 会 增加 CSFB 接续 时 延 。 

SRVCC 实际 相当 于 切换 过 程 ， 要 求 AG 侧 必 须 配 置 2G 邻 区 精确 的 信息 (ВСС, NCC, 
LAC 都 必须 正确 ) ， 并 且 不 能 漏 配合 适 2G 小 区 。 如 果 26 邻 区 配置 不 合适 ， 就 会 导致 终端 测 
量 不 到 合适 的 2G 小 区 ， 触 发 不 了 SRVCC 导致 VoLTE fiiis; 

为 了 保证 SRVCC 正常 执行 ， 现 网 需要 核查 4G 配置 2G 邻 区 是 否 漏 配 邻 区 信息 。 由 于 现 
网 GSM 翻 频 较 频繁 ， 要 求 GSM 能 够 提供 准确 的 工 参 ， 并 且 长 期 核查 4G 到 2G 邻 区 配置 ， 因 
此 这 个 会 增加 网 优 较 大 的 工作 量 。Smart КМО 工具 支持 4G fi iac 邻 区 规划 工作 ， 现 网 没有 终 
端 支持 异 系统 АМК, АМЕ 功能 不 能 使 用 。 


8.2.3 SRVCC 门限 优化 


现 网 数据 业务 开局 的 互 操 作 策 略 基于 测量 重 定 向 和 育 重 定向 ， 即 使 测量 时 间 来 不 及 ， 育 
重 定 回 也 可 以 生效 ， 并 且 数 据 业 务 即使 脱 网 到 异 系 统 影响 也 不 大 。 但 是 语音 业务 使 用 
SRVCC 策略 ， 要 求 必须 测量 到 合适 的 小 区 才能 触发 。 前 期 测试 发 现 终端 测量 2G 的 时 间 为 
2 ~10s 波动 比较 大 。 在 快 衰落 的 场景 下 ， 由 于 来 不 及 测量 导致 SRVCC 失败 的 概率 较 大 。 
SRVCC 异 系统 A2 起 测 的 门限 既 不 能 配置 过 低 ， 也 不 能 配置 过 高 ， 门 限 过 高 会 导致 终端 测量 
2G 太 早 浪费 网 络 资 源 ， 门 限 过 低 会 导致 切换 失败 。SRVCC 门限 需要 针对 不 同 场景 (电梯 、 
Hh PAESE) 进行 精细 优化 ， 网 优 工作 量 较 大 。 

eSRVCC 切换 不 同 场景 参数 设置 建议 见 表 8-3, 

表 8-3 eSRVCC 切换 不 同 场景 参数 设置 建议 






















































































E ж 分 类 推荐 参数 
电梯 场景 (E 频段 ) eSRVCC 切换 A2 = —90/B2 - LTE = -105/TTI = 128 ms 
电梯 场景 (F/D 频段 ) eSRVCC 切换 A2 = -90/B2 - LTE = – 115/ТТІ = 320 ms 
进出 地 铁 站 eSRVCC 切换 A2 = -105/B2 - LTE = - 110/TTI = 320 ms 
进出 室内 外 eSRVCC 切换 А2 = -105/B2 - LTE = — 115/TTI = 320 ms 
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Я X 分 类 推荐 参数 
高 速 公路 eSRVCC 切换 A2 = -110/B2 - LTE = - 115/TTI = 320 ms 
隧道 场景 eSRVCC 切换 А2 = -105/B2 -LTE = - 115/TTI = 320 ms 
地 铁 列 车 场景 eSRVCC 切换 A2 = —95/B2 - LTE = – 115/ТТІ = 320 ms 
高 铁 场 景 eSRVCC 切换 А2 = -105/B2 -LTE = - 115/TTI = 320 ms 
高 干扰 站 点 (NI> -100 站 点 ) eSRVCC 切换 A2 = -105/B2 - LTE = - 110/TTI = 320 ms 


83 第 三 招 一 苇 渡 江 eSRVCC 指标 优化 








对 于 无 线 通信 和 网络， 异 覆 六 是 不 可 避免 的 场景 ，eSRVCC 优化 就 是 一 套 VoLTE 通话 与 无 
线 环境 激战 的 过 程 中 ， 将 切换 武 右 的 过 程 变 得 更 快 、 更 好 的 精妙 招式 。 

本 节 主 要 立足 于 eSRVCC 优化 的 办 法 。eSRVCC 流程 本 质 是 一 个 切换 的 流程 ， 且 是 一 个 
异 系统 的 基于 测量 的 切换 流程 。eSRVCC 指标 优化 本 质 上 就 是 对 此 特殊 切换 过 程 的 优化 。 
此 ， 可 以 从 切换 事件 优化 、 切 换 门 限 优化 、 邻 区 优化 以 及 新 技术 4 部 分 出 发 ， 探究 eSRVCC 
的 优化 办 法 。 


8.3.1 小 试 牛刀 一 一 切换 事件 优化 


B1 测量 的 判决 只 对 GSM 电 平 有 要 求 ， 当 终端 测量 到 GSM 电 平 大 于 GSM 判决 门限 时 ， 
即 可 进行 切换 ，B2 测量 的 判决 对 服务 小 区 电 平 和 GSM 电 平 均 有 要 求 ， 只 有 终端 测量 服务 小 
区 电 平 小 于 B2 门限 ， 且 GSM 电 平 高 于 GSM 的 判决 门限 ， 才 满足 上 报 条 件 。 

在 普遍 无 线 环境 下 ，eSRVCC 使 用 ВІ 事件 或 B2 事件 并 无 太 大 的 区 别 。 但 是 在 快 衰 场景 
下 ， 配 置 基 于 A2 + В2 的 eSRVCC # А2 + ВІ 的 eSRVCC 具有 一 定 的 优势 。 使 用 ВІ 事件 的 
eSRVCC， 由 于 只 存在 GSM 侧 的 门限 判决 ， 因 此 需要 把 启 测 门限 A2 压 得 很 低 ， 否 则 可 能 出 
现在 LTE 电 平 还 很 好 的 情况 下 出 现 eSRVCC， 影 响 用 户 感 知 。 使 用 А2 + B2 的 eSRVCC, 可 
以 提高 A2 门限 ,使 尽早 达到 异 系 统 启 测 门限 ， 提 前 触发 异 系统 测量 。 当 进入 快 衰 场景 时 
(CEH, EES), AER ВІ 事件 ， 由 于 启 测 门限 A2 低 ， 开 始 测 量 的 时 间 较 晚 ， 可 能 存 
在 还 未 测 到 GSM 频 点 ， 电 乎 就 快 衰 到 脱 网 的 情况 。 使 用 B2 事件 ， 可 提高 A2 门限 ， 使 终端 
提前 进入 测量 状态 ， 测 到 GSM 频段 。 当 终端 上 报 满 足 B2 条 件 服务 小 区 门限 时 ， 即 可 触发 
eSRVCC 切换 ， 减 少 异 系统 测量 的 时 间 ， 可 有 效 提高 快 衰 场景 的 eSRVCC 切换 成 功率 。 

以 电梯 场景 为 例 ， 其 异 系统 测量 门限 设置 建议 如 图 8-26 所 示 。 


RSRP 为 -110>-115(A2)， RSRP 为 -110>-105(A2)， 
未 局 动 异 系统 测量 已 启动 异 系统 测量 


Cate Ñ wa ) эз 


配置 A2+B1 eSRVCC 配置 A2+B2 eSRVCC 
图 8-26 电梯 场景 异 系统 测量 门限 建议 
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电梯 场景 异 系统 测量 门限 设置 建议 测试 用 例 见 表 8-4。 
表 8-4 电梯 场景 测试 用 例 











事件 测试 用 例 测试 次 数 mo Hm mod pum 掉 话 率 (96) 
时 延 /ms 次 数 次 数 次 数 
ВІ A2; – 115 50 6384 37 37 13 26. 00 
В2 A2: -110;B2: -115 50 7392 43 43 7 14. 00 
B2 A2: —105;B2: -115 50 6892 47 47 3 6. 00 
B2 A2: -100;B2: -115 50 8273 50 50 0 0. 00 




















采用 A2 + B2 事件 进行 eSRVCC 判决 ， 仍 存在 eSRVCC 掉 话 的 情况 ， 但 是 掉 话 率 与 A2 + 
Bl 事件 相 比 已 经 大 幅 降 低 。 若 继续 提高 A2 门限 ， 则 可 以 进一步 降低 掉 话 率 ， 但 是 过 早 进 入 
FRAME, HF САР 的 存在 ， 会 影响 用 户 感知 ， 因 此 需 设 置 合理 的 A2 门限 (推荐 使 用 
- 100 dBm) , 


8.3.2 举重 和 若 轻 一 一 切换 门限 优化 


现代 通信 网 络 无 法 通过 信 噪 比 来 完全 确切 地 评估 其 通信 质量 。 简 单 地 测试 信 噪 比 无 法 对 
其 他 参数 进行 评 佑 ， 如 译 码 损耗 、 误 码 以 及 话音 活动 检测 等 。 语 音质 量 的 评估 可 分 为 主观 和 
客观 两 种 。 

ITU - TP. 800 定义 了 MOS (Mean Opinion Score) 的 主观 测试 方法 。 也 就 是 说 ，MOS fH 
在 一 定 程 度 上 可 以 代表 用 户 实际 使 用 的 感知 。 从 实际 测试 以 及 感知 经 验 可 知 ，MOS 小 于 3.0 
时 对 用 户 的 感知 有 较 明 显 的 影响 。 为 保证 用 户 感知 良好 ， 建 议 把 MOS 3. 0 作为 一 个 eSRVCC 
切换 的 临界 值 ， 但 是 eSRVCC 实际 采用 RSRP 进行 判决 。 由 于 无 线 环境 复杂 多 变 ， 存 在 农村 、 
居民 区 、 大 型 CBD 、 高 速 公 路 、 高 铁 等 各 种 不 同 场 景 ， 在 不 同 场 景 下 相同 的 RSRP 可 能 对 应 着 
不 同 的 MOS 值 ， 因 此 在 不 同 场景 下 ， 需 要 配置 不 同 的 eSRVCC B2 门限 ， 以 保证 感知 相同 。 

在 实际 配置 时 ， 可 针对 现 网 不 同情 况 ， 进 行 大 数据 测量 ， 制 作 RSRP 与 MOS 的 点 图 ， 然 
后 将 这 些 采 样 点 进行 多 项 式 拟 合 ， 将 拟 合 曲线 与 纵 坐 标 MOS 3.0 的 交点 的 RSRP 作为 eSRVCC 
的 最 佳 A2 (事件 设置 为 Bl BJ). В2 (事件 设置 为 B2 时 ) MEE, WK 8-27 所 示 。 


MOS 






























































2.00 —— (MOS) 
一 一 多 项 式 (MOS) 





1:00—- T T T T T T T T T T 
-60.00 -65.00 -70.00 -75.00 -80.00 -85.00 -90.00 -95.00 -100.00 -105.00 -110.00 -115.00 -120.00 -125.00 -130.00 


图 8-27 电梯 场景 异 系统 测量 门限 建议 
ik. 在 配置 A2 (事件 设置 为 Bl BF). B2 (事件 设置 为 B2 BJ) 门限 时 ， 要 考虑 到 基于 测量 的 重 定 向 和 育 重 定向 
对 eSRVCC 功能 的 影响 ， 所 以 在 配置 eSRVCC 参数 时 ， 需 关 掉 ОСП 的 重 定向 功能 。 
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8.3.3 ”协同 互助 一 一 eSRVCC 邻 区 优化 


1. eSRVCC 邻 区 关系 配置 原则 

就 当前 发 展 状 况 而 言 ，TD -LTE 普遍 存在 与 其 他 制式 (特别 是 GSM) 网 络 共存 的 情况 ， 且 
因 其 频段 较 高 ， 广 覆盖 性 能 较 GSM 差 ， 所 以 其 在 覆盖 方面 还 存在 部 分 盲区 。 合 理 进 行 GSM 邻 区 
配置 可 以 提高 LTE 与 GSM 之 间 的 eSRVCC 成 功率 ， 降 低 VoLTE fiti, 提升 VoLTE 用 户 的 整体 
感知 。 配 置 GSM 邻 区 需要 提供 的 相关 信息 有 小 区 BCCH 频 点 号 、BSIC、BSC_ID、LAC、RAC。 

对 于 TDL 与 GSM 之 间 的 eSRVCC 邻 区 配置 ， 需 遵循 以 下 原则 。 

1) 保证 邻 区 信息 的 有 效 性 与 准确 性 ， 要 求 LTE 配置 GSM 邻 区 的 МСС, MNC, ТАС, 
CI, BCCH, BSIC. RACODE 均 无 误 

2) 频 点 数量 : 尽量 多 配 (不 超过 32 ) ， 避 免 出 现 漏 配 导 致 终端 测量 时 找 不 到 合适 的 邻 
区 ， 从 而 出 现 eSRVCC 失败 。 

3) 频 点 优先 级 : 不 涉及 ,将 eSRVCC 所 需要 的 频 点 配置 到 1 个 频 点 组 中 即 可 ， 且 在 配 
置 时 频 点 优先 级 不 要 设置 为 0。 

4) RAcode; J 可 以 全 部 配置 为 255 RZ, QUA GSM 侧 配置 了 RAcode， 则 LTE 按 
GSM 侧 添 加 ; 如 果 GSM fj RACODE 为 空 ， 则 采用 第 一 种 方法 ， 配 置 为 255 或 空 ;不同 的 三 
商 可 能 会 有 差异 。 

5) 配置 共 站 GSM 小 区 同方 位 角 小 区 的 原 有 邻 区 关系 。 

6) 如 果 LTE 仅 与 TDS 小 区 共 站 ， 则 LTE 小 区 需 继承 该 站 点 所 有 TDS 小 区 的 GSM 邻 区 关系 。 

7) 如 果 LTE 为 新 开 站 ， 则 添加 该 站 的 第 一 圈 GSM 站 点 作为 邻 区 。 

8) 如 果 LTE 与 GSM 共 室 分 ， 则 LTE 需要 配置 该 GSM 室 分 小 区 为 异 系统 邻 区 ， 且 要 配 
置 该 СМ 室 分 小 区 的 所 有 GSM 邻 区 。 

9) 对 于 GSM 室 分 小 区 来 说 ，900 和 1800 均 可 作为 履 盖 层 ， 量 在 选择 配置 频 点 时 ， 只 用 
配置 覆盖 层 即 可 。 中 国 移动 一 般 使 用 GSM900 作为 覆盖 层 、DCS1800 作为 容量 层 ， 故 一 般 进 
fT eSRVCC 只 需 配置 CSM900 作为 邻 多 即 可 。 硅 某 些 地 区 较 特 殊 使 用 DCS1800 EWA mE, 
则 可 在 这 些 地 区 配置 DCS1800 作为 邻 区 。 

2. eSRVCC 邻 区 数量 配置 探究 

eSRVCC 是 系统 间 的 切换 过 程 ， 配 置 不 同 的 异 系统 、 异 频频 点 个 数 会 对 eSRVCC 的 过 程 
产生 影响 。 

1) GSM 频 点 个 数 对 eSRVCC 的 影响 。 

GSM 频 点 个 数 对 eSRVCC 的 影响 实测 结果 见 表 8—5 




































































18-5 GSM 频 点 个 数 对 eSRVCC 的 影响 实测 结果 
异 系统 频 点 个 数 呼叫 次 数 测量 控制 - 测量 报告 /s 测量 报告 - 切换 /s 
32 30 7. 24 1. 23 
27 30 7. 13 1.75 
25 30 6.32 1. 47 
17 30 5.23 1. 96 
12 30 4. 98 1.25 
7 30 3.11 1.16 
2 组 共 17 个 频 点 30 5.13 1.38 
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知 异 频频 点 个 数 不 变 ， 则 测量 的 时 间 随 GSM 频 点 个 数 的 增加 而 增加 ， 但 是 不 影响 切换 
的 准备 时 间 。 

当 频 点 组 中 添加 的 频 点 数量 大 于 实际 添加 的 GSM 邻 区 数量 时 ， 测 量 控 制 下 发 时 以 邻 区 
为 标准 下 发 ， 无 邻 区 的 频 点 不 下 发 。 

频 点 组 中 添加 20 个 GSM 频 点 ,但 邻 区 只 添加 其 中 4 个， 测量 控制 只 下 发 4 л 
GSM 频 点 组 为 两 个 旦 总 频 点 数 小 于 32 个 时 ,测量 控制 只 下 发 一 条 ， 包含 了 两 组 频 点 信息 ， 
两 个 频 点 组 同时 下 发 测量 控制 ， 不 影响 测量 时 间 ; 若 两 个 频 点 组 的 总 频 点 数 大 于 32 个 , H. 
频 点 均 配 置 了 邻 区 ， 则 一 个 测量 控制 中 下 发 两 组 测量 频 点 ， 但 终端 不 会 上 报 B2 ， 无 法 触发 
eSRVCC; 和 看 两 个 频 点 组 总 数 超 过 32 个 ， 但 邻 区 未 超过 32 条 ， 则 测量 控制 以 邻 区 为 标准 下 
发 ， 可 以 上 报 B2， 触 发 eSRVCC, 

2) 异 频频 点 个 数 对 eSRVCC 的 影响 。 

配置 现 网 GSM 频 点 个 数 为 20 个 ， 且 保持 数量 不 变 。 分 别 配置 系统 内 异 频 频 点 数量 为 0 
个 、1 个 、 2 个 、 3 个 、4 个。 异 频 点 个 数 对 eSRVCC 的 影响 测试 结果 见 表 8-6。 


表 8-6 异 频 频 点 个 数 对 eSRVCC 的 影响 测试 效果 






































异 频频 点 个 数 呼叫 次 数 测量 控制 - 测量 报告 /s 测量 报告 - 切换 /s 
4 10 6. 31 1.21 
3 10 6. 14 1,17 
2 10 6.21 1,42. 
1 10 2. 15 1:21 
0 10 1. 02 1. 02 














从 表 8-6 可 以 看 出 ， 配 置 20 个 GSM 频 点 时 ， 随 看 系统 内 异 频频 点 数量 的 增加 ， 测 量 时 
间 变 长 ， 在 添加 两 个 或 以 上 异 频频 点 后 ， 测 量 时 间 基 本 相当 ， 影 响 不 大 ; 切换 准备 时 间 不 受 
异 频 频 点 数量 影响 ， 基 本 保持 在 1. 2 s 左右 。 

只 添加 异 频频 点 ， 不 添加 异 频 邻 区 。 不 添加 异 频 邻 区 时 异 频频 点 个 数 对 测量 时 间 的 影响 
见 表 8-7。 














表 8-7 不 添加 异 频 邻 区 时 异 频 频 点 个 数 对 测量 时 间 的 影响 














异 频频 点 个 数 呼叫 次 数 测量 控制 -测量 报告 /s 测量 报告 - 切换 /s 
4 30 1. 42 1. 12 
3 30 1. 23 1.54 
2 30 1.43 1.88 
l 30 1.24 1. 56 
0 30 1. 45 1. 38 














不 添加 异 频 邻 区 时 ，eSRVCC 不 会 下 发 异 频 频 点 ， 只 下 发 GSM 的 频 点 。 

МЕО 
о SEU] eSRVCC。 异 频 邻 区 个 数 对 eSRVCC 的 测量 时 延 具有 较 大 影响 ， 

全 尽 可 能 减少 异 频 邻 区 个 数 ; оу ee 
E 定 影响 ,但 考虑 增加 异 系统 频 点 对 eSRVCC 的 成 功率 有 所 提高 ， 建 议 多 配置 。 

配置 建议 

1) 除 高 铁 、 地 铁 及 部 分 室 分 等 特殊 场景 外 ，GSM 邻 区 数 应 在 8 ~32; 超过 32 个 邻 区 关 
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系 终端 无 法 进行 esSRVCC 切换 。 
2) 需 增 加 版 本 对 eSRVCC 功能 的 支持 ,使 eSRVCC 场景 下 异 频 邻 区 信息 不 随 测量 报告 
下 发 ， 减 少 不 必 要 的 测量 时 延 。 


8.3.4 ” 罗 袜 生 洁 一 一 新 技术 解决 eSRVCC 难题 


1. Flash eSRVCC 特性 

在 VoLTE 通话 过 程 中 ， 如 有 果 LTE ЯЯ ха, 终端 可 以 通过 eSRVCC 回落 到 GU 保证 
通话 不 中 断 ; 但 是 在 起 呼 阶段 ， 终 端 和 核心 网 不 支持 起 呼 时 的 eSRVCC (bSRVCC), #2 
叫 成 功率 很 低 ， 影 响 用 户 感知 。 

可 以 采用 Flash eSRVCC 特性 来 解决 该 问题 。 当 eNodeB 检测 到 终端 处 于 弱 信 号 情况 ， 且 
信和 号 条 件 不 足以 满足 语音 承载 建立 要 求 时 ，eNodeB 会 拒绝 语音 承载 建立 请 求 ， 使 终端 回落 
到 GU， 进 行 CS 域 呼叫 ， 从 而 保证 语音 成 功率 。 

2. Flash eSRVCC 主 叫 框架 流程 ( 见 图 8-28 ) 

1) 终端 进行 VoLTE 呼叫 ， 建 立 语音 承载 (ОСІ =1)，eNodeB 判断 终端 的 信号 质量 
RSRP (33488) / FK SINR (高 干扰 ) 。 如 采信 号 条 件 不 满足 语音 承载 要 求 ， 则 eNodeB 1E 
绝 语音 承载 建立 。 

2) IMS 收 到 语音 承载 未 成 功 消息 时 ，IMS 会 发 送 503 消息 给 VoLTE 终端 。 
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图 8-28 Flash eSRVCC 主 叫 框架 流程 
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3) 终端 收 到 503 错误 时 ， 会 发 送 ESR 给 网 络 ， 触 发 普通 的 CSFB 或 者 Ultra CSFB 

3. Flash eSRVCC 被 叫 框架 流程 (ЛЕ 8-29) 

1) 终端 进行 VoLTE 被 叫 ， 建 立 语音 承载 (ОСІ =1) eNodeB 判断 终端 的 信号 质量 
RSRP (35/8 m )/ FIÈ ІМК (高 干扰 ) 。 如 采信 号 条 件 不 满足 语音 承载 要 求 ， 则 eNodeB 1E 
绝 语音 承载 建立 。 

2) SBC 收 到 语音 承载 未 建立 成 功 消 息 时 ， 会 给 IMS 发 送 503, 

3) IMS 域 收 到 503 消息 时 ， 知 道 语 音 承 载 建立 失败 ， 转 而 进行 CS Retry. 

4) MSC 收 到 IMS 域 来 的 寻 呼 消 息 后 ， 回 MME 发 送 SGs Paging Request， 随 后 MME 指 
示 终 端 进行 CSFB 。 

5) 终端 发 送 ESR 给 网 络 ， 触 发 普通 的 CSFB 或 者 Ultra CSFB 流程 。 
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图 8-29 Flash eSRVCC 被 叫 框架 流程 


4. 基于 上 行 链 路 质量 的 eSRVCC 特性 

进入 VoLTE 商用 以 后 ， 网 络 中 的 VoLTE 用 户 不 断 增加 ， 兽 经 基于 数据 业务 进行 的 网 络 
建设 和 优化 在 VoLTE 场景 下 可 能 存在 一 些 不 适用 的 地 方 。 强 电 平 高 干扰 场景 下 的 VoLTE 38 
话 成 了 一 个 问题 : 语音 业务 对 丢 包 人 敏感 ， 在 上 行 干 扰 区 域 ， 容 易 出 现 丢 包 和 误 块 率 增高 。 上 
行 干扰 场景 下 ， 会 引起 数据 重 传 率 增高 、 拌 动 频繁 ,影响 用 户 语 首 通 话 质 量 ， 见 表 8-8, 
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K 8-8 


不 同上 行 底 噪 下 的 VoLTE 语音 可 接 入 性 和 语音 质量 

















РЕЛЕ VoLTE 语音 可 接 和 人 性 /dBm 最 小 可 接 入 电 平 下 的 语音 质量 
小 区 上 行 底 品 /dBm 
-113 -100 -90 接 通 率 (%) MOS 分 
-90 x x V 84 2. 55 
— 100 V V V 70 3.49 
-113 V V V 100 3.5 























现 有 的 eSRVCC 基于 电 平 的 判决 方式 ， 在 此 场景 下 ， 由 于 电 和 平实 际 很 高 不 会 生效 ， 但 用 
户 在 此 情况 下 已 经 开始 出 现 吞 字 、 单 通 、 掉 话 等 问题 ， 因 此 在 该 场景 下 需 使 用 基于 上 行 链 路 
质量 的 eSRVCC 特性 。 

基于 上 行 链 路 质量 的 eSRVCC 就 是 利用 MCS 和 BLER 来 作为 eSRVCC 的 判决 条 件 。 Æ 
LTE "F, UE 根据 BLER 的 大 小 ， 问 eNodeB 上 报 它 所 能 解码 的 最 高 МС 阶 数 ， 也 就 是 常 说 
的 MCS 选 阶 的 过 程 。 因 此 BLER 和 MCS 能 够 直观 地 反映 上 行 链 路 的 好 坏 。 

注 : 

MCS (Modulation and Coding Scheme， 调 制 与 编码 策略 ): 在 一 定 程 度 上 表征 链 路 质量 ， 
MCS 上 报 越 高 表示 无 线 环境 越 好 。 

BLER (Block Error Ratio， 误 块 率 ) : 传输 块 经 过 CRC 校 验 后 的 错误 概率 ,为 有 差错 的 
块 与 总 块 数 的 比值 ， 反 应 无 线 链 路 对 差错 重 传 的 要 求 。 

在 强 电 平 高 干扰 场景 下 ， 虽 然 此 时 接收 信号 的 强度 还 很 不 错 ,， 但 是 由 于 上 行 干扰 的 存 
在 ， 导 致 整体 上 行 链 路 质量 恶化 ， 反 映 出 来 的 现象 就 是 上 行 BLER 太 高 ， 上 行 MCS FK, 
因此 使 用 上 行 BLER 和 上 行 MCS 共同 作为 eSRVCC 的 触发 条 件 ， 可 以 在 干扰 场景 下 尽快 促 
使 UE јај GSM 切换 ， 有 效 提 高 用 户 感知 。 

eNodeB 周期 性 判决 语音 质量 差 用 户 ， 条 件 如 下 : 

1) 该 UE 的 上 行 MCS 索引 小 于 上 行 质量 差 切换 MCS 门限 时 ， 进 行 该 UE 的 上 行 IBLER 
的 统计 ， 当 该 用 户 的 上 行 MCS 索引 大 于 等 于 上 行 质量 差 切换 MCS 门限 时 ， 停 止 基于 上 行 链 
路 质量 的 切换 。 

2) 进行 UE 的 上 行 IBLER 统计 时 ， 当 统计 到 的 上 行 数 传 IBLER 目标 收敛 值 大 于 等 于 上 
行 质量 差 切 换 IBLER 门限 时 ， 触 发 基于 上 行 链 路 质量 的 切换 ; 当 上 行 数 传 [BLER 目标 收敛 
fii ( -10% ) 大 于 等 于 上 行 质量 差 切 换 IBLER 门限 时 ， 基 于 上 行 链 路 质量 的 切换 采用 盲 切 
换 的 方式 。 当 该 用 户 的 上 行 数 传 IBLER 目标 收敛 值 ( -10% ) 小 于 该 参数 值 时 ， 停 止 基于 
上 行 链 路 质量 的 切换 。 

3) 对 选择 出 的 声音 质量 差 用 户 ， 触 发 esRVCC 切换 ， 如 图 8-30 所 示 。 

由 表 8-8 可 以 看 出 ， 在 上 行 底 噪 为 -90dBm 时 ，UE 需 在 电 平 —90 dBm 的 情况 下 才能 进 
行 接 人。 此 时 的 接 入 成 功率 84% 、 语 音质 量 2. 55 都 难以 满足 用 户 的 要 求 ， 且 不 会 触发 基于 
RSRP Bj esSRVCC ， 导 致 用 户 感 知 持续 差 ， 影 响 用 户 体验 。 

此 时 配置 上 行 质量 差 切 换 MCS 门限 为 15， 上 行 质 量 差 切换 IBLER 门限 为 5 时 ， 可 触发 
基于 上 行 链 路 质量 的 eSRVCC 切换 ,使 UE 从 LTE 切换 到 GSM 上 来 ， 从 而 保证 良好 的 用 户 
感知 体验 。 

上 行 链 路 质量 的 eSRVCC 切换 信 令 如 图 8-31 所 示 。 
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基于 上 行 链 路 
质量 的 切换 开 
关 是 否 打 开 


上 行 MCS 索引 是 否 
大 于 上 行 质 量 差 切换 


MCS 门限 


UE 上 行 数 传 IBLER UE 上 行 数 传 IBLER UE 上 行 数 传 IBLER 


» ph 目标 收敛 值 (—10% ) 目标 收敛 值 (—10% ) 
Kuma m ER | | 大 于 上 行 质量 差 切换 | | 小 于 上 行 质量 差 切 欣 
IBLER 门限 IBLER 门限 





执行 基于 链 路 质量 БЕГЕ 无 法 进行 eSRVCC 


的 eSRVCC 切换 





图 8-30 eSRVCC 切换 触发 流程 





Time ^ Sour.. Event Information c 
15:48:36.267 MS1 LTEEventB1 
15:48:36.373 MS1 LTEEventA3 
15:48:36.748 LTEEventB1 

























15:48:36.915 MS1 [LTE4Gto2GHOCmd geran 

15:48:36.915 MS1 |SRVCCHandoverAttempt TargetRAT:geran 

15:48:37.128 М51 [LTEAGto2GHOSuccess 

15:48:37.128 MS1 LTEERABNormalRel eps-Bearerldentity:5 

15:48:37.128 MS1 LTEERABNormalRel eps-Bearerldentity:6 

15:48:37.128 MS1 LTEERABNormalRel eps-Bearerldentity:7 

ES]L3 Messages са | (5) 
Д k 5 

Тіте ^ TimeSta.. Sour.. Channel Direction Message ^ 

15:48:36.373 705318... MS1 UL-DCCH М5->е.. MeasurementReport 

15:48:36.748 705330... UL-DCCH MeasurementReport 

15:48:36.915 705336... MS1 DL-DCCH  eNode.. MobilityFromEUTRACommand 

15:48:36.916 705336.. MS1 DL-SDCCH DL Handover Command 

15:48:37.011 705339.. MS1 DL-SDCCH DL Physical Information 

ЁА Message Browser - MsgExplain [е || =) ||| 


-0111000 rsrpResult:0x38 (56) 
011001-- rsrqResult:0x19 (25) 
v measResultNeighCells 


" measResultListGERAN 
v MeasResultGERAN 
v carrierFreq 


arfcn:0x4f (79) 
bandIndicator:dcs1800 (0) 

v physCellId 
networkColourCode:000 (00) 
baseStationColourCode:110 (06) 

v measResult 


rssi:0x27 (39) 





18-31 上 行 链 路 质量 的 eSRVCC 切换 信 令 
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在 强 干 扰 导 致 语音 断 续 、 硬 字 严 重 的 情况 下 ， 建 议 配 置 上 行 质 量 差 切换 MCS 门限 为 15， 
上 行 质量 差 切换 IBLER 门限 为 5。 





8.4 第 四 招 天罗地网 


语音 质量 提升 








KPI 反映 出 来 的 问题 主要 是 与 信 令 相关 ， 很 难 反映 出 用 户 在 没有 异常 事件 的 情况 下 的 实 
际 使 用 感知 ， 故 语音 质量 的 评估 与 优化 被 适时 引入 进来 。 影 响 语 音质 量 的 因素 如 下 : 

1) 频繁 切换 ， 需 要 对 MOS 评分 前 8s 内 主 叫 + 被 叫 切换 超过 3 次 的 场景 进行 重点 优化 。 

2) SINR 差 ， 需 要 对 MOS 评分 前 8 s 内 SINR «0 的 采样 点 超过 4 个 的 场景 进行 重点 
Ms 

3) RSRP 低 ， 对 于 RSRP {RF -110 dBm 路 段 需 要 重点 优化 。 

4) RRC 中 断 、 终 端 CSFB 或 eSRVCC 到 2G， 需 要 对 于 此 类 问题 点 进行 重点 优化 。 

5) 终端 占用 小 区 存在 上 行 干 扰 ， 需 要 对 上 行 干扰 问题 进行 重点 排查 。 


8.4.1 VoLTE 话音 质量 评估 


语音 质量 问题 主要 分 为 两 类 : 一 类 是 可 以 用 MOS 分 衡量 的 〈 称 为 语音 MOS 分 问题 )， 
主要 表现 为 MOS 不 达标 ; 另 一 类 是 通过 用 户主 观感 受 来 衡量 的 ， 主 要 表现 为 单 通 、 静 音 、 
杂音 、 掉 话 等 。 
MOS fH ( Mean Opinion Score, 语音 质量 的 平均 意见 值 ) 是 衡量 通信 系统 语音 质量 的 重 
要 指标 。 
1) 各 算法 语音 评分 标准 差异 ， 见 表 8-9, 
表 8-9 语音 评分 标准 差异 















































POLQA SWB PESQ WB P. 62. 2 POLQA NB PESQ NB P. 862. 1 
14 kHz 16 bit Linear 4. 75 

7 kHz 16 bit Linear 4. 5 4. 6 

AMR - WB 12. 65 kbit/s (50 ~ 7000 Hz) 4 3.6 
3. 4 kHz 16 bit Linear 3.8 3.6 4. 5 4. 5 
G.711 3.7 4.3 4. 5 
EFR/AMR - FR 12. 2 kbit/s 3.6 4.1 4.1 
EVRC 9. 5 kbit/s 3.4 3.9 3.7 
EVRC - B 9. 5 kbit/s 3.5 4 3.8 
AMR - HR 7. 95 kbit/s 3.4 3.8 3.6 

















ik. © 目前 LTE 语音 评估 算法 使 用 最 多 的 是 POLQA 算法 ， 它 也 是 运 
©) 目前 P863 标准 是 业界 评价 WB 的 主流 标准 ， 也 是 进行 宽 罕 带 
的 仪器 有 DSLA、 Swissqual, Opits, Probe 等 。 


营 商 目前 测试 推荐 的 算法 。 
语音 质量 评估 对 比 的 最 佳 标 准 ， 支 持 P863 测试 


2) MOS 分 和 用 户 满意 度 。 

MOS 分 和 用 户 满意 度 的 对 应 关系 见 表 8-10, 

影响 MOS 分 的 因 系 包括 以 下 几 个 方面 。 

(D 测试 规范 : UE -UE (UE - PSTN), TH (软件 、 硬 件 ) ， 语 音 样本 ， 测 试用 例 ， 测 
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试 区 域 等 。 
K 8-10 MOS 分 和 用 户 满意 度 的 对 应 关系 




















MOS 值 语音 传输 质量 类 别 用 户 满意 度 

4. 34 最 好 非常 满意 

4. 03 好 满意 

3.6 一 般 部 分 用 户 不 满意 
3.1 较 差 较 多 用 户 不 满意 
2. 58 差 几乎 所 有 用 户 不 满意 


(2 语音 编码 方式 : 语音 编 解 码 版 本 (AMR NB. AMR WB, G.711) 及 编 解 码 次 数 。 

© 网 络 质量 。 

直接 因素 : ZE., ED, E, 

间接 因素 : Шш, ТЇ, UJ. oba. WEE. r€. 

(4) 测试 设备 差异 。 

@ 丢 包 、 时 延 和 抖动 是 影响 语音 质量 的 关键 指标 ， 也 是 无 线 侧 优化 需要 重点 关注 的 ， 如 
图 8-32 所 示 ， 丢 包 对 MOS 分 的 影响 最 大 ， 丢 包 率 在 1% PF, MOS 分 就 出 现 一 个 比较 大 的 下 
Е; RETE 166 ms 时 ，MOS 才 出 现 一 个 大 的 下 降 ， 而 时 延 相对 来 说 ，MOS 分 不 是 那么 敏感 。 


4 8,3$vs MOS 


0% 0.10% 0.50% 1% 3% 5% 10% 


抖动 vs MOS 


16ms 26ms 46ms 86ms 166ms 126105 


时 延 vs MOS 


25ms 35ms 55ms 95ms 175ms 335ms 655ms 


图 8-32 ”语音 质量 影响 因素 与 MOS 的 关系 
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(6) 不 同 网 元 对 MOS 分 的 影响 见 表 8—11 
ж®8-11 不 同 网 元 对 MOS 的 影响 














设备 问题 表现 影响 因素 
UE 终端 能 力 、 软 件 配 置 、 语 首 编 码 硬件 性 能 、 参 数 设置 、 软 件 限 制 
eNodeB 基站 处 理 能 力 、 算 法 特性 限制 参数 配置 、 工 程 错误 、 基 站 异常 、 版 本 问题 
CN 核心 网 参数 配置 等 参数 配置 、 特 性 TrFO 
2 EUG 空 口 编码 、 空 口 资源 、 空 口 时 延 、QoS 配置 、 空 | ”参数 配置 错误 、 话 务 容量 受 限 、 履 盖 差 、 外 部 干 
口 其 他 原因 丢 包 扰 、 切 换 异常 、 版 本 问题 
承载 网 管道 | ЖЕЛЕ, Ві, ЖЫ, ШТ 参数 配置 、 容 量 或 能 力 限 制 、 传 输 质量 问题 











CD 相 比 数据 业务 ,语音 对 于 包 更 敏感 。MOS 优化 主要 就 是 排查 技 包 问题 ， 除 了 非 空 口 
BEHEE (核心 网 丢 包 、 终 端 上 层 丢 包 、 传 输 丢 包 ) ， 作 为 网 优 工程 师 ， 更 关注 空 口 的 丢 包 
EK, UE 空 口 琅 包 主要 影响 因素 见 表 8-12 ， 基 站 空 口 琅 包 主要 影响 因素 见 表 8-13 。 


R 8-12 UE 空 口 丢 包 主 要 影响 因素 














丢 包 根本 原因 (UE) 











场 Ж 





4 次 НАВО 重 传 错误 ( 33 fa pr. TR TE) 





达到 最 大 HARQ 重 传 次 数 


上 行 DTX 误 检 (5908 05, e FÈ) 
UE 将 NACK 误 检 为 АСК ( 弱 覆 盖 、 强 干扰 ) 





UE 上 行 PDCCH 虚 警 (PUSCH 不 带 BSR) 





SR 漏 检 (990727, 2 Р) 





上 行 RLCAHECBGS (Am, 1RTH) 





PDCP Discard Timer 超时 


UE 上 行 PDCCH 虚 警 (РОЅСН "if BSR) 
上 行 RB 资源 受 限 (拥塞) 
上 行 CCE 资源 受 限 (拥塞 ) 





上 行 调 度 优先 级 低 (ШЖ) 





切换 中 断 时 延 过 长 (g we. s T S) 








RLC Reordering Timer 超时 切换 导致 丢 包 


表 8-13 基站 空 


丢 包 根本 原因 (eNodeB) 


切换 时 有 上 行 HARQ 重 传 未 完成 


口 丢 包 主 要 影响 因素 


场 Ж 





达到 最 大 HARQ 重 传 次 数 


最 大 下 行 HARQ 重 传 次 数 错误 〈 弱 覆盖 、 强 干扰 等 ) 





下 行 HARQ 的 最 大 重 传 次 数 是 由 eNodeB 确定 的 ， 不 
同 的 厂家 可 能 有 不 同 的 实现 ，UE 并 不 知道 下 行 的 最 大 重 
传 次 数 

ENB 将 NACK 误 检 为 ACK 








PDCP Discard Timer 超时 


WAS SUE 


CQU EI (LI 解 调 性 能 ) 





RI 解 错 (LI 解 调 性 能 





F r RB 资源 受 限 
ENB 将 NACK 误 检 为 ACK GETH, ЯЯ) 
下 行 RB 资源 受 限 (拥塞 ) 





下 行 CCE 资源 受 限 (拥塞 ) 
调度 优先 级 低 (拥塞 ) 





切换 中 断 时 延 过 长 Cu Pd. 5908) 
切换 中 断 时 延 过 长 CB PD. 59068 ш) 





切换 时 有 下 行 HARQ 重 传 未 完成 
115 


8.4.2 影响 MOS 得 分 因素 分 析 
1， 频 繁 切换 对 MOS 分 的 影响 因素 分 析 
如 果 eNodeB 给 终端 下 发 切换 的 测量 重 配置 (在 EVENT 中 统计 为 一 次 Handover Start) , 
就 算 为 发 生 一 次 切换 事件 〈 不 管 切 换 成 功 或 失败 ) 。 将 每 次 MOS 打点 前 8s 内 的 切换 事件 进 
行 统计 ( 主 叫 和 被 叫 的 切换 事件 统计 在 一 起 ) ZR UL 8-14, 
表 8-14 频繁 切换 对 MOS 分 的 影响 

















MOS 分 分 布 z 3. 5 3.5 ~3. 8 3.8 ~4 大 于 等 于 4 

MOS 采样 点 数 98 73 94 461 
切换 次 数 ( 主 叫 + 被 叫 ) 173 99 61 150 
平均 每 MOS 打点 切换 次 数 1.77 1.36 0. 65 0.33 


以 某 地 市 某 次 测试 为 例 : 

如 图 8-33 所 示 ，MOS 评分 低 于 3.5 分 的 采样 点 中 ，98 个 采样 点 发 生 了 173 次 切换 ， 
MOS 分 打点 切换 次 数 1.77 IX; 而 MOS 分 大 于 等 于 4 的 采样 点 中 ，461 个 采样 点 只 发 生 了 
150 次 切换 ， 每 MOS 分 打点 切换 次 数 只 有 0.33。 可 见 MOS 打点 前 8s 内 的 频繁 切换 会 对 
MOS 评分 造成 明显 影响 。 


平均 每 MOS 打 点 切换 次 数 


1.77 


1.36 





3.5~3.8 3.8—4 大 于 等 于 4 


国平 均 每 MOS 打 点 切 措 次数 





图 8-33 平均 每 MOS 打点 切换 次 数 


对 MOS 评分 8s 内 切换 次 数 为 0 次 、1 次 、2 次 、3 次 及 以 上 (ВЕЩ +g) 采样 
点 的 MOS 平均 分 进行 统计 ， 结 果 如 图 8-34 所 示 。 





切换 次 数 0 切换 次 数 1 切换 次 数 2 切换 次 数 大 于 等 于 3 





图 8-34 ”频繁 切换 次 数 对 MOS 评分 的 影响 
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可 见 ， 当 一 次 MOS 打点 8 s 内 切换 次 数 (E + Щщ) 大 于 等 于 3 次 时 ,平均 MOS 分 
АЯ 3. 39 分 ， 低 于 达标 值 3.5。 需 要 重点 对 8s 内 切换 次 数 超 3 次 〈 主 叫 + 被 叫 ) 频繁 切换 
路 段 进 行 优 化 。 

目前 同 频 切换 俩 置 为 2 (1dB) ， 同 频 切 换 幅 度 磁 沛 为 4 (2dB)， 同 频 切换 时 间 磁 小 为 
320 (320MS)。 对 于 切换 频繁 切换 ， 建 议 将 同 频 切 换 偏 置 由 2 修改 为 4， 同 频 切 换 时 间 磁 浪 
由 320 修改 为 640 ， 减 少 频 繁 切换 ,提升 MOS 分 。 

2. SINR 值 低 对 MOS 分 的 影响 分 析 

在 输出 统计 表格 中 ， 每 一 秒 输出 一 个 SINR 值 。 统计 在 每 一 个 SINR 区 间 内 总 时 长 和 
MOS 分 在 3.5 分 以 下 的 时 长 ， 以 及 MOS 分 低 于 3.5 的 时 长 占 比 ， 见 表 8-15, 


表 8-1S 不 同 SINR 区 间 MOS 低 于 3.5 分 占 比 


该 SINR 值 下 总 长 /s 196 303 618 1279 2971 3729 3998 





MOS 低 于 3.5 分 时 长 /s 81 94 146 259 461 432 394 


MOS 低 于 3.5 分 占 比 (%) 41.33 31. 02 23. 62 20. 25 15. 52 11.58 9. 85 


可 见 ， 当 SINR 值 低 于 0 Hf, MOS 低 于 3.5 分 占 比 就 达到 30% 以 上 ， 可 以 认为 当 SINR 
低 于 0 时 ， 就 会 对 MOS 评分 带 来 较 明 显 的 影响 。 

由 于 每 次 MOS 打点 需要 评估 8s 数据 ， 主 叫 + 被 叫 一 共 16 个 SINR 采样 点 ， 对 于 有 多 少 
个 SINR 值 低 于 0 采样 点 会 影响 MOS 分 的 评估 见 表 8-16, 


表 8-16 低 SINR 采样 点 对 MOS 分 的 影响 




















8s 内 SINR 低 于 0 的 采样 点 数 ( 主 叫 + 被 叫 ) 0 1 2 3 4 及 4 以 上 
MOS 采样 点 数 584 38 30 17 63 
MOS 低 于 3.5 的 采样 点 数 59 7 3 1 28 
MOS 低 于 3.5 的 采样 点 占 比 (%) 10. 10 21. 88 10. 00 5. 88 44. 44 














可 见 ， 当 8s 内 有 4 个 及 以 上 SINR 采样 点 (E +g) 值 小 于 0 时 , 会 有 44% 的 比 
例 MOS 评分 低 于 3.5 分 。 故 认为 ， 在 一 个 MOS 评分 的 8s 周期 内 ， 如 果 有 4 个 及 以 上 的 
SINR 采样 点 值 低 于 4， 则 会 对 MOS 分 产生 严重 影响 。 

3. RSRP 值 低 对 MOS 分 的 影响 分 析 

在 输出 统计 表格 中 ， 每 一 秒 输 出 一 个 RSRP 值 。 统 计 每 一 个 RSRP 区 间 平 均 MOS 分 ， 如 
图 8-35 所 示 。 

当 RSRP 值 低 于 - 110 时，MOS 平均 值 仅 为 3.57， 明显 低 于 其 他 区 间 。 可 以 认为 当 
SINR 低 于 -110 时 ,会 对 MOS 分 产生 明显 影响 。 

4. RRC 中 断 对 MOS 分 的 影响 分 析 

如 果 在 MOS 评估 的 8s N, КЕС я Т (2) RRC Connection Release 或 终端 发 
送 RRC Connection Request, RRC Connection Reestablishment Request) ， 则 会 对 MOS 分 产生 严 
重 影响 。 在 此 次 测试 中 ， 有 两 次 MOS 打点 评估 周期 内 出 现 RRC 中 断 ， 最 终 MOS 评分 均 低 
J dd 
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低 于 -110 -110~-105 -105~-100  -100—-90 ”大 于 等 于 -90 





m 平均 MOS 
8-35 RSRP 值 对 MOS 评分 的 影响 


5. 终端 CSFB 或 eSRVCC 到 2G 对 MOS 分 的 影响 分 析 

若 主 叫 终端 或 被 叫 终端 CSFB 或 ESRVCC 到 2G 后 ， 则 语音 编码 方式 将 从 AMR WB 
23. 85K 变更 为 AMR NB 12. 2K 或 更 低 的 编码 方式 ， 会 对 MOS 分 产后 严重 影响 。 此 次 测试 未 
出 现 CSFB 和 eSRVCC 事件 。 

6. 上行 干扰 对 MOS 分 的 影响 分 析 

如 果 主 被 叫 终端 占用 的 小 区 存在 上 行 干扰 ， 则 将 会 对 MOS 分 产生 影响 。 如 果 UL 初始 
BLER 在 30% 以 上 ， 且 PUSCH TX PWR 接近 23， 则 怀疑 小 区 可 能 存在 上 行 干扰 ， 通 过 核查 
小 区 每 RB 上 行 干扰 电 平 值 话 统 指标 是 否 大 于 - 105dBm 来 判定 。 此 次 测试 未 发 现存 在 明显 
上 上行 干 扰 的 情况 。 
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BILA ч JJ 1702—29 


在 做 好 基础 工作 的 同时 ， 需 要 通过 专题 研究 更 进一步 地 挖掘 网 络 潜力 、 拓 展 优化 方向 、 
改进 优化 手段 。 本 章 主 要 基于 VoLTE 的 基本 原理 ， 介 绍 VoLTE 的 履 盖 、 容 量规 划 优 化 方法 、 
语音 质量 、 切 换 优 化 方法 ， 以 及 终端 问题 的 定位 排查 分 析 思 路 、 工 具 应 用 项 内 容 ， 以 期 指 


DA 


导 将 VoLTE 网 络 从 可 用 升级 为 好 用 网 络 的 健康 长 远 发 展 提供 借鉴 。 


覆盖 专题 





9.1 第 一 招 风 卷 残 云 


9.1.1 fis WU ж 
VoLTE 的 覆盖 是 通过 链 路 预算 的 方法 给 定 的 ， 其 链 路 预算 过 程 如 图 9-1 所 示 。 


HEC AE | 影响 分 类 
规划 值 
Was: 








边缘 覆盖 概率 
确定 值 





天 馈 参 数 
www 
二 一 —U ———— [ —U 
TORUM 
——  EsO— —OAII Path Loss JL 


TARRE 


т Гг ы, 


ТШЕК" 


图 9-1 链 路 预算 过 程 示 意图 

链 路 预算 中 的 关键 参数 分 类 如 下 。 

1) 设备 相关 的 参数 : 发 射 功率 、 接 收 机 灵敏 度 、 需 件 及 线 缆 损 耗 、 天 线 增益 。 

2) 无 线 环境 相关 参数 : 慢 误 落 余 量 、 穿 透 损耗 、 人 体 损 耗 、 站 高 、 终 端 高 度 、 信 道 类 
型 、 环 境 、 传 播 模型 。 

3) TD-LTE 技术 相关 参数 : 时 际 配 比 、CP 长 度 、 系 统 负载 、 硬 切换 增益 、MCS、 
MIMO, 

上 述 参 数 均 是 影响 LTE 覆盖 能 力 的 关键 因素 。 

除 此 之 外 ，VoLTE 特有 的 关键 技术 或 特征 对 语音 业务 覆盖 能 力 的 影响 主要 体现 在 以 下 


儿 个 方面 。 
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4) TTI Bundling: 在 SA 配 比 0、1、6 时 开局 该 功能 ， 理 论 上 获取 бав WA wi Bë JJ (在 
eTU3 信道 下 ， 仿 真 输出 的 增益 为 3 ~4dB) ， 但 中 国 区 场景 统一 采用 SA 配 比 2， 无 法 获得 该 增益 。 

5) RLC 分 片 : RLC 分 片 数目 越 多 ，TBS 就 越 小 ， 数 据 包 就 越 能 够 容易 被 解 调 ， 从 而 增 
9m 15 ui o 

6) Конс: 头 压 缩 技术 降低 了 开销 ， 减 小 了 TBS 的 大 小 ， 数 据 包 容易 被 解 调 ， 从 而 增 
jm T un. 

7) HARQ 重 传 : 按照 QoS 要 求 ，VoLTE 人 允许 一 定 的 时 延 ， 重 传 能 够 带 来 一 定 的 重 传 增 
ái; (理论 上 , 一 次 重 传 增益 是 3dB) ， 具 体 表现 为 对 解 调 性 能 的 要 求 降低 ， 禾 盖 能 力 增强 。 

8) 时 际 配 比 : 上 行 子 帧 数目 越 多 ， 在 用 户 感 知 允 许 的 时 延 要 求 下 ， 可 以 重 传 的 次 数 就 
В, ВЕЈН. 


9.1.2 VoLTE W Dfe JJ 


本 章节 重点 利用 链 路 预算 的 方法 ， 从 不 同 的 角度 分 析 VoLTE 理论 覆盖 能 力 的 影响 因素 。 

1. 上 行 受 限 分 析 

VoLTE ЖЕЙТ ттс ЖЭ, ДАШ Г, 

1) WREE: 中 国 移动 按照 3:1 的 时 际 配 比 进行 商用 配置 ， 对 于 对 称 业 务 ， 其 他 条 件 
相同 时 ， 上 行 资源 少 ， 容 易 受 限 。 

2) 发 射 功率 ， 基站 的 发 射 功率 推荐 配置 为 46dBm; 终端 的 发 射 功率 为 23 dBm， 在 接收 
灵敏 度 相 当 的 情况 下 ， 上 行 更 容易 受 限 。 

具体 需要 通过 链 路 预算 得 到 上 行 受 限 结论 。 

2. 不 同 配 比 下 的 覆盖 能 力 分 析 

与 数据 业务 不 同 ，VoLTE 是 GBR (保证 比特 速率 ) 业务 ， 即 不 管 采用 什么 配 比 ， 需 要 
在 一 个 子 帧 内 将 固定 大 小 的 语音 包 传输 完毕 ， 和 否则 认为 丢 包 ， 需 要 重 传 ， 且 重 传 的 数据 包 必 
须 在 用 户 可 接受 的 时 延 内 传输 完毕 ， 才 算 正 确 接收 (QoS 上 人 允许 端 到 端 有 1% 的 误 包 率 ) 。 

在 协议 上 ， 语 音 业 务 的 空 口 时 延 要 求 不 高 于 80 ms， 重 传 次 数 越 多 ， 对 接收 性 能 要 求 越 
Ж, Жтт ЙС, 

对 于 时 际 配 比 3:1，80 ms 内 有 16 个 上 行 子 帧 ， 考 虑 到 重 传 时 间 间 隔 为 10ms， 那 么 单个 
数据 包 在 80 ms 最 多 能 够 重 传 7 次 。 

对 于 时 际 配 比 2:2，80 ms 内 也 有 最 大 7 次 重 传 ， 但 上 行 子 帧 多 ， 可 以 分 片 更 多 ， 同 样 
降低 了 单个 TTI 的 数据 包 不 同 配 比 在 不 同情 况 下 的 大 小 ， 有 覆盖 能 力 较 强 。 

假设 在 80 ms 内 将 AMR12. 2K 业务 的 344 bit 大 小 的 数据 包 传 出 去 ， 重 传 时 间 间 隔 为 
10 ms， 那 么 不 同 配 比 在 不 同情 况 下 的 最 大 重 传 次 数 见 表 9-1。 


表 9-1 不 同 配 比 的 最 大 重 传 次 数 



















































































配 比 分 片 数 TTI Bundling 最 大 重 传 次 数 
1 7 
2 7 
NES 4 X 3 
8 1 
16 0 
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(2) 


























ШИ 比 分 片 数 TTI Bundling 最 大 重 传 次 数 
1 p 7 
2 А 7 
4 А 7 
8 关 3 
16 X 1 
配 比 1:(2:2) x , 
1 FF 了 
2 Л 3 
4 JF l 
8 开 0 











注意 : 表 9-1 中 的 分 片 数目 可 以 是 任何 自然 数 ， 为 简单 起 见 ， 表 中 只 列 出 了 2n +. 

+u F 1 的 TTI Bundling 关闭 : 

当 分 请 为 1 个 和 2 个 时 ， 最 大 重 传 7 次 ,3:1 和 2:2 AMLA 

当 分 片 数目 为 4~32 个 时 ，3:1 的 重 传 次 数 小 于 2:2 的 重 传 次 数 ，2:2 可 以 获得 的 重 传 
iz, Hu. 

反 过 来 ， 假 定 同 样 的 最 大 重 传 次 数 (产品 默认 为 5S) 2:2 可 以 支持 的 分 片 数 目 较 3:1 
Z, uum, 

BU EE 2 的 TTI Bundling 39, BIAR 9 BE xf 6 dB 的 增益 〈 仿 真 输出 的 增益 为 
3-4dB); 当 分 请 为 2 个 时 〈 即 分 请 相同 ) , 2:2 比 3:1 WA mi i EAK ТТІ Bundling 的 
增益 。 

在 8T8R、RLC 分 片 为 2 片 、 重 传 1 次 的 条 件 下 ， 考 虑 室外 穿 透 室内 的 13 dB FARRE, 
那么 配 比 1 和 配 比 2 ШИШ ui НЕЈТ 9-2 所 示 。 
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331 
296 299 
243 269 272 
221 m D-SA1 
197 
160 162 B D-SA2 
131 
F-SA1 
B F-SA2 
T ] 


AMR12.2K AMR23.85K 高 清 视频 (384K) 











图 9-2 IE P BS s ^E HERI 


从 覆盖 估算 的 结果 来 看 ， 配 比 2 较 配 比 1 履 盖 半径 收缩 大 约 17% „ 

3. 多 天 线 对 覆盖 的 影响 

8 天 线 相 对 于 2 天 线 分 集 增益 、BF 增益 ， 降 低 干扰 ， 增 强 了 链 路 上 行 接 收 的 可 靠 性 。 
在 同样 为 3:1 配 比 、 分 片 数 日 为 2 片 、 重 传 1 次 的 条 件 下 ， 考 虑 室外 穿 透 室 内 的 13 dB 穿 透 
损耗 ，2 天 线 和 8 天 线 的 链 路 预算 结果 如 图 9-3 所 示 。 
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B D-2T2R 
m D-3T8R 
B F-2T2R 
B F-STSR 


AMR12.2K AMR23.85K 高 清 视频 (384K) 





图 9-3 不 同 天 线 配 置 下 的 覆盖 半径 对 比 图 





从 覆盖 估算 的 结果 来 看 ，8 天 线 比 2 天 线 的 VoLTE 和 履 盖 能 力 好 大 约 47% 。 
4. 与 数据 业务 覆盖 能 力 对 比 
中 国 移动 的 4G 一 期 商用 网 络 主要 以 数据 业务 为 目标 ， 规 划 标 准 见 表 9-2。 


表 9-2 不 同 场景 覆盖 规划 标准 













































禾 盖 指标 (95% 概率 ) 
边缘 用 户 速 率 指标 (50% 负载 
类 жш Zr iE RSRP 门限 /dBm RS - SINR 门限 ida b 
/ Mbit/s 
F 频段 频段 (dB) 
高 — 100 -98 -3 1 
城区 E 
低 -103 -101 -3 1 
一 般 城 区 -103 -101 -3 1 
县 城 及 郊区 -105 
ik. 根据 建筑 物 穿 透 损耗 将 主 城区 分 为 高 穿 损 、 低 穿 损 场景 ， 高 穿 损 场景 指 中 心 商 务 区 、 密 集 居 民 区 等 区 域 ， 其 他 
区 域 为 低 穿 损 场景 。 


高 穿 损 和 低 穿 损 分 别 对 应 一 堵 墙 的 穿 透 损 耗 13 dB 和 10 dB。 在 链 路 估算 时 ， 可 以 根据 
Xx 9-2 中 的 电 平 门限 进行 区 别 。 数 据 业 务 是 RSRP ALR, EH RSRP 的 站 间距 要 求 是 中 国 
移动 4G 一 期 网 络 规划 的 标准 。 同 样 ， 采 用 链 路 预算 的 方法 ,在 8T8R 场景 下 ，RLC 分 片 为 
2 片 ， 重 传 1 次 ,考虑 室外 穿 透 室内 的 13 dB 穿 透 损 耗 ，VoLTE 业务 与 数据 业务 覆盖 半径 如 
图 9-4 所 示 。 





B D-8T8R 
m F-8T8R 





AMR12.2K AMR23.85K ”高 清 视 频 (384K) 





图 9-4 8T8R 下 语音 业务 与 数据 业务 站 间距 对 比 
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可 见 ， 无 论 D 频段 还 是 了 上 频段， 语音 业务 类 型 的 复 善 半径 要 求 均 大 于 数据 业务 RSRP 的 
要 求 ， 即 按照 当前 的 规划 指标 设计 的 4G 网 络 能 够 满足 语音 业务 覆盖 。 

无 论 F 频段 和 D 频段 ， 高 清 视频 384K 的 窗 盖 半径 要 求 小 于 数据 业务 RSRP 的 要 求 ， 即 
现 有 站 间距 要 求 无 法 满足 高 清 视频 384K BE GEH s К, 

5. 与 2G/3G 语音 覆盖 能 力 比 较 

通过 链 路 预算 的 办 法 ，TD - LTE. TDS 和 GSM 三 个 制式 的 语音 业务 和 视频 业务 的 履 盖 
半径 对 比 见 表 9-3 所 示 。 





表 9-3 ЕЕ 





覆盖 半径 TD -LTE1.9C TD - TE 2. 6G TD - S2. 0G GSM900M DCS1800M 
AMRI2.2K 299 43 83 95 13 
AMR23. 85K 272 221 不 支持 











对 于 AMRI2.2K 业务 ,下 频段 的 VoLTE BJ 48 s 86 JJ zj TDS 和 DCS1800 基本 相当 ， 但 
GSM900M 依靠 频段 的 优势 ， 禾 盖 能 力 远大 于 3G 和 4G。 由 于 频段 的 差异 ，D 频段 的 语音 禾 
盖 能 力 相 对 于 2CG、36G 较 差 。 

6. 小 结 

无 线 侧 的 头 压缩 、RLC 分 片 、TTI Bundling, HARQ 技术 均 能 够 提升 VoLTE ШИ) w BÉ JJ , 
从 理论 分 析 可 以 得 到 以 下 关键 性 结论 ; 

1) VoLTE 是 对 称 业 务 ， 对 于 以 下 行 数 据 业 务 为 主 的 TDD 系统 ， 是 上 行 履 盖 受 限 。 

2) 3:1 配 比 相 对 于 2:2 配 比 的 覆盖 半径 收缩 17% 左右 。 

3) 8 天 线 相对 于 2 天 线 具 有 上 行 接收 分 集 增 益 、BF 增益 ， 其 履 盖 距离 相对 于 2 天 线 多 
出 大 约 47% 。 

4) 按照 当前 中 国 移动 4G 一 期 网 络 规划 设计 标准 ， 未 来 部 署 VoLTE 后 ， 现 网 站 间距 能 
人 够 满足 语音 业务 的 连续 覆盖 要 求 。 对 于 视频 384K 业务 ， 现 有 站 间距 无 法 满足 高 清 视频 384K 
的 连续 覆盖 要 求 ， 对 于 AMR12. 2K 业务 ，VoLTE 的 覆盖 能 力 与 TDS 和 DCS1800 基本 相当 ， 
但 GSM900M 依 徘 频段 的 优势 ， 禾 盖 能 力 远 大 于 3G Ж AG, 


9.1.3 Bis XH bs 


与 数据 业务 一 样 ，LTE 的 语音 业务 连续 覆盖 评估 指标 也 以 RSRP 和 SINR 为 关键 指标 。 

1. 覆盖 规划 指标 分 析 

此 处 通过 链 路 预算 给 出 语音 业务 连续 覆盖 所 需要 的 RSRP 和 SINR， 计 算 过 程 见 表 9-4。 
== 



























































69-4 ЖУПЕ 

项 H 单 ”位 序 号 说 W 
终端 发 射 功率 dBm A z 
终端 损耗 dB B / 

人 体 损耗 dB C / 
穿 透 损耗 dB D / 
阴影 衰落 余 量 dB E / 
空间 传输 损耗 dB F F=C+D+E 
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项 目 位 m 号 说 — HJ 
上 行 干 扰 余 量 dB G / 
热 噪声 功率 dBm H / 
基站 噪声 系数 dB I / 
基站 SINR 解 调 门 限 dB J Z 
HARQ 重 传 增益 dB K / 
基站 IRC 合并 增益 dB L / 
基站 接收 灵敏 度 dBm M М=Н+Ї+] 
基站 天 线 增 益 dBi N / 
基站 馈线 损耗 dB Q 
上 行路 径 损耗 dBm X X=A-B-F-M-G+N+K+L-Q 
基站 发 射 功率 dBm P / 
移动 台 接 收 电 平 dBm R R=P-Q+N-E-X 





由 于 上 行 链 路 场 强 在 网 络 规划 和 优化 中 没有 标准 化 的 数据 采集 和 表征 手段 ， 而 TD - 
LTE 系统 传播 损耗 是 上 下 行 对 称 的 ， 因 此 可 以 用 下 行 RSRP 表征 上 行 链 路 场 强 。 

1) 上 行 链 路 MAPL (最 大 可 用 路 径 损 耗 ) : UE 最 大 发 射 功率 - 接收 机 灵敏 度 + 增益 - 
损耗 - 余 量 。 

2) 下 行 RSRP: 使 上 下 行路 损 相 等 ,根据 下 行 每 子 载波 发 射 功率 和 路 损 ， 结 合 阴影 豪 
落 余 量 计算 出 小 区 边缘 的 RSRP 门限 。 

3) RS -SINR. 根据 小 区 边缘 终端 的 RSRP， 结 合 终端 的 噪声 功率 及 下 行 干 扰 余 量 ， 计 
算出 小 区 边缘 的 RS -SINR 门限 。 

计算 结果 如 下 : 

e AMR 23. 85K, RSRP > -115dBm, SINR > -4dB。 

e AMR 12. 65K, RSRP > -117dBm, SINR > -6dB。 

e 视频 384K, RSRP» -107dBm, SINR > 1dB。 

"HEUS S — НН Е PDC Е Hd SESS, БАТЕ 13dB 与 其 对 齐 ， 可 
得 室外 道路 规划 指标 要 求 见 表 9-5, 


19-5 主 城区 浅 履 盖 规划 指标 















































| D 频段 F 频段 
场 景 业务 类 型 
RSRP/dBm SINR 门限 /dB RSRP/dBm SINR 门限 /dB 
AMR 12.2K/12. 65K 104 -6 104 -6 
ЕХ ш АВМ 23.85К 2 -4 102 4 
视频 384K 94 1 94 1 




















ЕТЕНЕ РД ЖЕҢИ Ж JS VA TR mi f Se, ZF STA pH 18 dB, ， 可 得 室外 道路 规划 指标 要 求 见 


dé 9-6, 





相 比 中 国 移动 4G 一 期 规划 指标 ， 可 以 看 出 无 论 是 了 频段 还 是 D 频段 ， 仅 考虑 室内 浅 层 


fus VoLTE 语音 业务 可 以 满足 LTE 一 期 规划 设计 指标 ， 视 频 业 务 不 能 满足 LTE 一 期 规划 设 





计 指 标 。 但 是 VoLTE йү ME A RUBUS 55 15] S BER де. E PIT SE TRI sic H9) К 
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表 9-6 主 城 区 浅 覆 盖 规 划 标 准 ( 两 堵 墙 ) 











D 频段 F 频段 
场 景 业务 类 型 
RSRP/dBm SINR 门限 /dB RSRP/dBm SINR 门限 /dB 
AMR 12.2K/12. 65K - 99 -6 -99 -6 
EIK 27 AMR 23. 85K -97 -4 -97 -4 
视频 384 K - 89 1 - 89 1 

















覆盖 规划 组 网 测试 验证 
VoLTE 23. 85K 高 清 语音 编码 测试 采用 НТС M8 终端 和 Ascom 软件 ， 终 端 锁 频 到 下 频段 ， 
关闭 eSRVCC 功能 ， 测 试 过 程 中 没有 eSRVCC 切换 到 GSM/TD - S 网 络 中 。 现 网 配置 情况 是 
RoHC 打开 ，SPS 关闭 ，TTI - Bundling 关闭 。 
选取 多 栋 高 层 、 独 栋 高 层 、 中 层 、 低 层 等 各 种 场景 楼 宇 
走廊 、 楼 梯 ， 所 测试 的 楼 宇和 楼 层 见 表 9-7。 








进行 室内 扫 楼 测试 ， 侦 布 楼 道 















































表 9-7 VoLTE 深度 覆盖 测试 场景 
场 景 楼 宇 名 称 总 楼 J: 测试 楼 层 
X X Xx X 28 1.3. 5, 12, 14, 16, 23, 25. 27 
u X XXX 24 2.3.5, 10, 11. 13, 20, 21, 23 
多 栋 高 层 (20 层 以 上 ) 
X X X X 24 1.3. 5, 10, 11, 13, 20, 22, 23 
X XXX 26 1.4. 6. 11, 15. 17, 21, 23, 25 
X XXX 22 1.3. 5.9 11. 13, 18, 20, 22 
u X XXX 22 4.5. 6, 10, I2, 14, 19, 20, 21 
独 栋 高 层 (20 EIL E) 
X X X X 22 1. 4, 5, 10, 11. 13, 17, 19, 20 
X XXX 22 1,3, 5, I1, 12, 14, 18, 20, 21 
X XXX 18 1. 5, 10, 16. 
中 层 (8 ~20 层 ) x X X Xx 18 1. 3,5, 10, 16. 
X x X Xx 18 4. 5. 10, 16, 
X XXX 6 1.3 6 
x x X Xx 6 1.3 5 
低层 (8 层 以 下 ) 
X X X X 0 1.3 5 
x x X Xx 6 1.3 5 
VoLTE 深度 上 覆盖 测试 数据 汇总 见 如 表 9-8, 
表 9-8 VoLTE 深度 覆盖 测试 数据 汇总 
үр 平均 CDF 95% 平均 CDF 95% 平均 
区 域 测试 地 点 
RSRP/dBm RSRP/dBm RS - SINR/dB RS - SINR/dB MOS 
25m 以 下 – 99. 5 -117 6.5 0.8 3.57 
25 ~ 50 т – 107. 2 – 127. 1 2.8 -3.8 2.51 
x x] 
50m 以 上 一 109. 3 — 127.6 -1.7 -6.7 2.76 
4.4 3. 88 
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5E) 
Tm 平均 CDF 95% 平均 CDF 95% 平均 
测试 地 点 
RSRP/dBm RSRP/dBm RS - SINR/dB RS - SINR/dB MOS 
25m 以 下 -93.5 - 109. 2 6.7 -0.3 3. 72 
-1 3. 53 
-0.8 3.91 
-0.2 3.82 
-0.9 3.95 
25 ~50m -92 — 110.5 3.5 —2.1 3.75 
x 
-4.2 3. 38 
5.4 3.83 
-2.1 2. 88 
-6 3.02 
x 
—5.5 3.13 
室外 绕 楼 —95. 53 -101.2 7.93 -1.9 4.05 
2.2 3.64 
-3.6 3.07 
x 
. -6 3. 43 
室外 绕 楼 -91.4 —96.8 12. 49 7 3. 73 
-2.5 3.32 
-5.2 3.26 
x 
3.3 3.61 
2.6 3.72 
5.8 3.7 
25 -50m —98.9 -115. 1 14.7 4.9 3. 83 
x 
2.5 3.71 
3.6 3.9 
4.5 3.56 
-2.4 3.41 
x 
-5.1 3. 08 
3.6 3.91 
0 3.55 
4.8 4. 02 
x 
1.1 3.38 
室外 绕 楼 -82.2 -88.9 12. 52 3.6 3. 98 
= 3.36 
-3.8 3.36 
x x10 
-2.5 3.66 
-3 3.51 
18m 以 下 -98.7 -106.5 8 2.5 4.01 
| 18 -35m -103.5 -114.5 2.9 zy 3.55 
X X 
35m 以 上 -98.7 — 109. 9 2.1 -5.5 3.74 
室外 绕 楼 -85.5 -97.3 7.94 -0.5 3. 95 
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5E) 
Tm 平均 CDF 95% 平均 CDF 95% 平均 
测试 地 点 
RSRP/dBm RSRP/dBm RS - SINR/dB RS - SINR/dB MOS 
6m 以 下 -115.9 -123.8 3.31 -2.1 3.04 
0. 7 3. 57 
d 3. 75 
-0.8 3.78 
zie 3.1 
6-12m -114.2 — 120.7 7.03 0.8 3.82 
x x13 
10. 8 3.27 
1.5 3.79 
3.4 3. 65 
5.1 3.94 
x x 14 
7.1 3. 88 
室外 绕 楼 -98.8 -103.5 12. 16 7.4 3. 99 
3.5 3.17 
7.8 3. 69 
x x15 
8.8 3. 86 
室外 绕 楼 -98.6 — 104.1 12. 25 6.8 3. 69 








RSRP 5 MOS 的 变化 曲线 如 图 9-5 所 示 。 





RSRP 5MOS illi żk 
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K| 9-5 AMR23.85K 高 清 语音 RSRP 与 MOS 的 变化 曲线 


SINR 5 MOS 的 变化 曲线 如 图 9-6 所 示 。 


SINR 与 MOS 曲线 




















T T 


T T T 


T T T T T 


30 28 26 24 22 20 18 16 14 12108 6 4 2 0 -2 -4 -6 -8-10 








图 9-6 AMR23. 85K 高 清 语音 SINR 5 MOS 的 变化 曲线 
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从 测试 数据 来 看 ，RSRP 在 -116dBm，RS SINR 在 -4dB 左右 MOS 分 出 现下 降 拐 点 ， 测 
试 结果 与 理论 估算 基本 符合 。 

从 曲线 来 看 ， 阁 语音 用 户 平 均 MOS > 3.5， 则 要 求 室 内 边缘 RSRP > - 113 dBm， 边 毕 
SINR > -2 dB。 为 保障 语音 用 户 体 验 ， 建 议 以 RSRP 门限 - 113 dBm 作为 室内 深度 覆盖 的 规 
划 指 标 。MOS 的 影响 因素 较 多 ， 履 盖 并 非 唯一 影响 因素 ， 因 此 上 述 只 是 网 络 轻 载 场 景 下 的 
参考 值 ， 是 MOS 达到 3. 5 分 的 必要 和 条件， 而 非 充分 条 件 。 























9.2 第 二 招 海纳百川 一 一 容量 专题 


9.2.1 影响 容量 的 关键 因素 分 析 
影响 容量 的 主要 因素 如 图 9-7 所 示 。 影 响 容量 的 因素 说 明 见 表 9-9。 


调度 、 功 探 等 特性 传输 模式 


邻 区 负载 
天 线 配置 
测试 客 [RARE 








用 户 分 布 


一 人 





mr ЕТ 
图 9-7 影响 容量 的 主要 因素 
表 9-9 影响 容量 的 因素 说 明 

因 素 说 明 











影响 上 下 行 子 帧 个 数 ， 决 定 容量 是 上 行 受 限 还 是 下 行 受 限 。 例 如 配 比 2， 上 行 子 帧 个 数 为 2， 





il 

кы 下 行 子 帧 个 数 为 8 (包括 两 个 特殊 子 帧 ) ， 容 量 上 行 受 限 

带宽 带宽 决定 了 每 个 TITI 有 多 少 资源 可 以 用 来 传输 语音 数据 ， 一 般 还 需要 考虑 PUCCH 资源 的 开 
A, 


销 ， 去 除 这 些 开销 后 的 资源 才 可 以 用 于 语音 报 文 传输 

用 户 分 布 用 户 不 同 的 位 置 分 布 占 用 不 同 的 资源 ， 好 点 单个 用 户 占 用 资源 少 ， 差 点 单个 用 户 占 用 资源 多 
PDCCH 决定 了 每 个 TTI 可 以 传送 多 少 个 用 户 的 语音 数据 。 如 果 采 用 半 静 态 调度 ， 则 PDCCH 
资源 的 消耗 可 以 不 考虑 











MCS 决定 一 个 语音 包 占 用 多 少 RB， 调 制 编码 方式 跟 信 号 质量 等 有 关 





语 首 业务 激活 因子 用 户 说 话 时 间 占 整个 通话 期 的 比例 





采用 AMR -NB (12.2kbit/s) АМЕ -WB (12. 65 kbit/s)， 还 是 AMR - WB (23. 85 kbit/s) 














ИНАН аиа, зА 

m" RoHC 一 一 头 压 缩 开 局 后 ， 能 够 压缩 语音 报 文 的 IPAUDP/RTP 包头 开销 
半 静 态 调度 一 一 半 静 态 调 度 开启 后 ， 可 以 减少 PDCCH 资源 的 消耗 

硬件 处 理 能 决定 每 TTI 可 以 调度 多 少 个 用 户 

小 区 用 户 数 规格 VoLTE 用 户 数 不 能 超过 小 区 总 的 用 户 数 规格 
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语音 包 的 大 小 是 固定 的 (当前 终端 不 支持 AMR AEM), VoLTE 的 容量 是 按照 可 容纳 
的 用 户 数 来 评估 的 。VoLTE 主要 关注 的 影响 因素 为 SA 配 比 、 调 度 方式 、RoHC 头 压 缩 、TTI 
Bundling, RLC 分 片 。 

(1) 上 下 行 资 源 比 例 

VoLTE 是 对 称 业 务 ， 对 于 TDD 系统 来 说 ， 单 小 区 的 容量 取决 于 上 下 行 子 帧 的 比例 。 当 
前 国内 外 TD -LTE 局 点 最 常见 的 配 比 为 3:1 和 2:2， 下 行 资 源 比 上 行 资源 数目 多 ， 再 考虑 基 
站 和 终端 解 调 能 力 的 差异 ， 从 业务 信道 角度 考虑 ，VoLTE 业务 是 上 行 容量 受 限 。 因 此 理论 
E, 2:2 比 3:1 可 以 容纳 的 用 户 数 多 一 倍 。 

(2) 调度 方式 

语音 业务 的 调度 方式 有 动态 调度 和 半 静 态 调 度 。 动 态 调 度 是 调度 的 基本 属性 ， 对 于 小 包 
业务 ， 用 户 数 比较 多 ,调度 器 分 配 的 Grant 也 多 ， 占 用 了 过 多 的 下 行 控 制 信道 资源 。 见 
K 9-10 为 RoHC 打开 的 前 提 下 ， 采 用 动态 调度 策略 ， 网 络 资源 利用 率 变化 随 着 用 户 数 变化 
的 系统 仿真 结果 。 









































表 9-10 不 同 配 比 利用 率 变化 趋势 














配 k SAI SA2 
用 户 数 80 100 120 60 80 
CCE 占用 率 增 量 (% ) 49. 52 60. 48 71. 43 21. 25 27. 92 
上 行 RB 占用 率 增 量 (90) 35. 50 41. 40 46. 40 45. 21 54. 40 
下 行 RB 占用 率 增 量 (90) 12.70 16. 10 19. 60 8. 09 11. 15 




















可 见 ， 配 比 1 比 配 比 2 多 一 个 上 行 子 帧 ， 在 基本 相等 的 负载 (РЕВ 利用 率 ) 下 ， 配 比 1 
容纳 的 用 户 数 多 。 从 配 比 1 的 仿真 结果 来 看 ， 同 样 的 用 户 数 下 ，CCE 资源 占用 比例 最 高 ， 
说 明 动 态 调度 消耗 过 多 的 CCE 资源 ， 随 着 用 户 数 的 增加 ，CCE 资源 消耗 会 越 来 越 多 ， 
PDCCH 资源 将 受 限 。 

为 此 ，VoLTE 引入 了 半 静 态 调度 ，20 ms 为 一 个 调度 周期 。 在 半 静 态 调度 周期 没有 重新 
激活 之 前 ， 则 仪 需 要 1 个 DL Grant 或 者 UL Grant， 这 样 就 减少 了 对 控制 资源 的 消耗 ， 从 而 提 
升 了 容量 。 

RoHC: RoHC 的 目的 就 是 减少 比特 流 的 开销 ， 降 低 用 户 的 TBS， 高 效 传输 有 用 的 信息 ， 
使 每 个 用 户 所 占 的 RB 数目 降低 ， 从 而 提升 可 容纳 的 用 户 数 。 

TTI Bundling: ТТІ 绑 定 是 一 种 上 行 覆 盖 增 强 技 术 ， 主 要 在 小 区 边缘 无 线 环境 恶化 的 情 
况 下 启动 进入 TTI Bundling 模式 。TTI Bundling 将 4 个 TTI 捆绑 在 一 起 传输 同一 份 语音 
本 质 上 是 一 种 用 资源 换 履 盖 的 技术 。 所 以 ， 采 用 TT Bundling 单个 语音 包 占 用 的 资源 过 多 ， 
必然 减少 了 可 容纳 的 用 户 数 。 

RLC 分 片 ， 在 无 线 环境 较 差 的 情况 下 ，RLC 分 片 降低 了 MAC 包 的 大 小 ， 增 强 了 链 路 接 
收 的 可 靠 性 ， 提 升 了 和 覆盖。 但 在 RLC 层 引 入 了 多 个 RLC 头 开 销 ，HARQ 反馈 错误 造成 丢 包 
率 大 ， 都 在 一 定 程度 上 降低 了 资源 利用 率 ， 也 就 是 减 小 了 语音 用 户 容量 。 


9.2.2 VoLTE 业务 相关 资源 消耗 


(1) 用 户 面 VoLTE 报 文 
前 面 已 经 计算 了 不 同 编码 类 型 的 语 首 包 的 包 大 小 。 中 国 移动 要 求 使 用 IPv6 技术 ， 包 头 
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占 60B。 同 类 型 VoIP 报 文 长 度 见 表 9-11。 
表 9-11 同类 型 VoIP 报 文 长 度 









































RTP UDP : | 
-— IPv4/ | RLC 分 RLC3; | МАС х | Total 
语音 编 解 码 RoHC ~ | Payload | Header | Header | Header 
IPv6 | 片 个 数 /B /bit 
/B 
AMR - WB 23. 85K ON IPv6 1 63 2 584 
AMR - WB 12. 65K ON IPv6 1 35 2 360 
AMR - NB 12. 2K ON IPv6 1 33 2 344 
AMR SID ON IPv6 1 8 2 144 
AMR - WB 23. 85K OFF IPv6 1 63 2 1016 
AMR - WB 12. 65K OFF IPv6 1 35 2 792 
AMR - NB 12. 2K OFF IPv6 1 33 2 776 
AMR SID OFF IPv6 1 8 2 576 


























RLC 层 是 否 要 分 片 与 MAC 分 配 的 RB 数 息息相关 ， 如 果 分 配 的 RB 数 能 够 承载 的 有 效 数 
据 小 于 RLC 层 的 数据 报 文大 小 ， 则 RLC 层 将 会 做 分 片 ; 分 片 个 数 与 RB 数 和 有 效 数 据 大 小 
有 关 。 评 估 容 量 时 暂时 不 考虑 RLC 分 片 。 

打包 个 数 是 指 VoIP 数据 包 多 少 个 打包 成 一 个 ， 这 与 空 口 调度 时 延 有 关 。 如 果 空 口 调度 
能 够 做 到 20 ms 调度 一 次 ， 那 么 VoIP 数据 包 不 用 打包 ; 如 果 大 于 40 ms 才能 调度 一 次 ， 那 么 
VoIP 数据 需要 打包 (40 ms 打 两 个 包 ，80 ms JJ 4 个 包 ) 。 
MAC 包 大 小 = 语音 包 + RTP/UDPATE CIR Кане 压缩 头 ) + PDCP 25 «ТАЗ + RLC З. + MAC Ж. 

以 40 ms 调度 周期 为 例 ， 一 个 调度 周期 内 语音 包 МАС 层 数 据 报 文大 小 (考虑 RoHC) 见 
表 9-12 。 

















表 9-12 不 同 编码 方式 MAC 层 数据 报 文 大 小 


编码 方式 AMR - WB 23. 85k/bit AMR - WB 12. 65k/bit AMR - WB 12. 2k/bit 
一 个 调度 周期 内 
| 1144 696 664 
MAC 层 数 据 报 文 大 小 











(2) 控制 面 一 一 SIP 信 令 

SIP 信 令 在 VoIP 打 电 话 时 触发 ， 通 话 期 间 会 有 心跳 (流量 相对 较 少 ) ， 本 专题 考虑 的 场 
景 主要 是 VoLTE 用 户 长 呼 〈 即 呼 起 电话 后 一 直 保持 ， 直 至 测试 结束 ) ， 故 SIP 信 令 流量 对 容 
量 的 影响 不 大 ， 在 此 可 以 忽略 。 

(3) 空 口 控 制 面 一 一 PDCCH 资源 

PDCCH 资源 主要 是 用 于 语 首 数 据 包 调度 的 CCE 资源 。 

ССЕ 资源 与 空 口 带宽 、 子 帧 配 比 、PDCCH 符号 数 、 天 线 数 、PCICH 开销 、PHICH 开销 
AKR, ILK 9-13, 

频率 上 一 个 子 载波 及 时 域 上 一 个 Symbol 称 为 一 个 RE; REG H 4 个 频 域 上 并 排 的 RE 组 
成 ; CCE 由 9 个 REG 组 成 。 
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59-13 PDCC 资源 配置 











带 宽 20 Mbit/s Ng 1 UL CCE ( Total) 61 
配 比 SA2 PHICH (Total) 36 UL CCE (Usage) 48 
PDCCH 符号 数 3 CCE (Total) 84 DL CCE (Total) 23 
天 线 数 2T 可 用 CCE 68 





PCFICH (REG) 





4 











UL/DL CCE Ratio 





10: 01 








当 PDCCH 符号 数 为 3 时 ， 下 行 子 帧 的 前 3 个 符号 由 PCFICH + PHICH + PDCCH + 参考 信 














号 组 成 ， 两 根 天 线 意 味 着 第 一 个 OFDM 符号 有 1⁄3 的 RE 被 占用 作 参 考 信号 ， 那 么 每 个 RB 
剩 下 两 个 REG，20 Mbit/s 有 100 个 RB， 也 就 是 剩 下 : 100 x2 =200REG， 其 他 两 个 OFDM 符 
号 有 2 x100 x3 =600REG， 总 共有 800REG， 一 般 PCFICH 占用 4 个 REG; PHICH group = 
Ngx(100/8) (整数 ， 取 上 限 )， 当 NG=1 时 ， 则 有 12 个 PHICH group， 每 个 PHICH group 
包含 3 个 REG, 则 PHICH 占用 3 x12 =36 个 REG， 最 后 PDCCH REG =800 - 4 -36 = 760, 
则 CCE 2760/9 =84。 不 同 天 线 数 时 的 参考 信号 如 网 9-8 Brz s 














п N> >H EE 














LI SENE >H SH 











四 
天 
线 
m 
H 
偶数 时 辽 PEUT 偶数 时 险 ТЯ 
天 线 端 口 0 天 线 端口 1 



























RE (Resource element) 


本 天 线 端口 未 使 用 的 RE 
本 天 线 端口 的 参考 符号 

















天 线 端 口 2 


YA Ff a (RETR TAR 


天 线 端 口 3 


图 9-8 不 同 天 线 数 时 的 参考 信号 





PDCCH 公共 信 令 占用 16 个 CCE， 则 PDCCH 信道 中 共有 68 个 ССЕ 供 上 行 或 下 行使 用 。 
Eran 8. 1 版 本 支持 最 大 的 上 下 行 调度 CCE 比例 为 10: 1， 即 最 大 可 供 上 行使 用 的 CCE 个 数 
为 61 个。 考虑 CCE 存在 分 配 失 败 的 情况 ， 当 分 配 成 功 的 概率 为 80% 时 ， 上 行 可 用 CCE 数 


为 48 个 。 
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9.2.3 PUSCH 资源 需求 计算 


20M 1798 EfT 100RB, Ж PUCCH 最 多 占用 16RB，PRACH 配置 周期 为 10 ms， 占 用 

6RB; 考虑 IBLER 为 10% 时 ， 只 有 90% 的 资源 可 以 用 于 初 传 ，PUSCH 资源 计算 如 下 : 
(100 -16) x8-6 x40/10) x(1 -0.1) =583 (按照 40ms 调度 周期 计算 ) 

每 个 用 户 调 度 需 要 的 RB 数 与 该 用 户 的 数据 包 大 小 、MCS 有 关 。 假 设 数据 包 大 小 不 变 
(可 能 有 时 调度 会 有 延迟 情况 ， 导 致 多 个 周期 的 数据 打包 在 一 起 ， 但 是 长 期 来 看 ， 数 据 包 大 
小 平均 下 来 应 是 趋 于 稳定 的 ) ， 要 得 出 RB 需求 ， 必 须 先 确定 用 户 采 用 的 阶 数 。 

用 户 分 布 会 有 SINR 范围 ， 假 设 所 有 处 于 同一 个 点 的 用 户 SINR 相同 ， 通 过 表 9-14 根据 
SINR 进行 选 阶 。 























表 9-14 MCS 5 SINR 的 关系 

































































支持 64QAM 不 文 持 64QAM 
MCS 频谱 效率 
Qm SINR (BLER10% ) Qm SINR (BLER10% ) 
0 0. 19 2 =6.2 2 -6.2 
1 0. 25 2 -4.8 2 -4.8 
2 0.31 2 «5.9 2 -3.9 
3 0.4 2 22.0 2 -2.9 
4 0. 49 2 = 2 EU 
5 0. 61 2 -1.3 2 -1.3 
6 0.72 2 =0.5 5 -0.5 
7 0. 85 2 0.4 2 0.4 
8 0. 97 2 1.2 2 1.2 
9 1. 09 2 23 2 2.1 
10 1.22 2 2.9 2 2.9 
ll p» 4 3.5 4 3.5 
12 1.4 4 4.2 4 4.2 
13 1.58 4 4.9 4 4.9 
14 1. 78 4 5.7 4 5.7 
15 1.99 4 6.5 4 6.5 
16 2. 13 4 19 4 n9 
17 2.26 4 7.8 4 748 
18 2.51 4 8.6 4 8.6 
19 2. 75 4 9.5 4 9. 5 
20 2. 99 4 10.4 4 10.4 
21 2. 99 6 10.9 4 10.4 
22 3.23 6 11.7 4 11.3 
23 3. 49 6 12. 6 4 12. 6 
24 3. 72 6 13.4 4 15.4 
25 3. 98 6 14. 1 4 NA 
26 4. 24 6 14. 9 4 NA 
27 4.41 6 15.4 4 NA 
28 5.13 6 17.9 4 NA 
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例如 ， 用 户 SINR 为 20 dB ІД ЕЮ, MCS 3€ 24; SINR ZÉ 5 ~ 12 dB 时 ， 可 以 选中 间 的 
MCS 18; SINR Æ -3 ~0 dB 时 选中 间 的 MCS 5， 每 用 户 的 RB 数 = MAC 层 数据 报 文大 小 / 


MCS XP I] do P 


其 中 ， 


普 效 率 /144。 
频谱 效率 为 每 个 RE 采用 对 应 的 MCS 时 能 够 承载 有 效 数据 的 效率 ， 





CP 时 除去 DMRS 开销 后 上 行 一 个 RB 对 中 可 用 于 传输 PUSCH 的 RE 数目 。 
包 40 ms 调度 周期 时 MAC 层 


例如 ，MCS =24 Hf, Ji 


包 大 小 为 1144， 则 每 语音 


每 静默 帧 的 RB XX = 144/3. 72/144 = 1 ; 


3 x0.5+(1x0.5) x40/160 =1.7。 
当 MCS =18 PF, Jj 
包 的 RB 数 =1144/2.51/144 =4; 静默 帧 МАС 层 包 大 小 为 144 ， 则 每 静 


小 为 1144， 则 每 语音 
SB] RB XX = 144/2. 51/144 21; 1? 


(1x0.5) x40/160 22.2, 


9.2.4 CCE 资源 需求 计算 


CCE 存在 1, 


普 效 率 为 2. 51, 





2, 4, 8 四 种 不 同 的 聚合 级 别 以 适应 


假 t 


AMR 23. 85K 语音 


普 效 率 为 3.72，AMR 23. 85К 语音 
包 的 RB 数 =1144/3.72/144 =3; 静默 帧 MAC 层 包 大 小 为 144， 则 
和 语音 激活 比 为 0.5， 则 每 用 户 的 平均 RB 数 = 





144 为 Normal 





包 40 ms 调度 周期 时 MAC 层 包 大 


发 语音 激活 比 为 0.5， 则 每 用 户 的 RB 数 =4x0.5+ 





不 同 的 信道 质量 要 求 ， 信 号 越 差 ， 要 


ok CCE 聚合 级 别 越 高 。 当 前 默认 配置 下， 根据 UE 上 报 的 CQI 及 内 部 处 理 ， 最终 可 以 对 应 
到 CCE 聚合 级 别 ， 见 表 9-15 所 示 。 


表 9-15 不 同 SINR 对 应 的 CCE 


聚合 级 别 















































CQI/MCS SINR DeltaMCS 折算 后 SINRrs SINRpdcch CCE 聚合 级 别 
0 25:65 5 -8 =12 8 
1 -4.5 5 = 了 2 _11.2 8 
2 -3.55 5 -6.4 - 10.4 8 
3 -2.35 5 -5.6 -9.6 8 
4 -dus 5 -4.8 -8.8 8 
5 -0.5 5 -4 -8 8 
6 0.5 5 -3.2 = 了 52 8 
7 1. 45 5 20 d -6.4 8 
8 2.45 5 -1.6 -5.6 8 
9 3.4 5 -0.8 -4.8 8 
10 3.7 5 0 -4 8 
ll 4.4 5 0.8 =3,2 8 
12 5.4 5 1.6 -2.4 8 
13 6.3 5 2.4 -1.6 4 
14 7.25 5 B -0.8 4 
15 8.3 5 4 0 4 
16 8. 95 5 4.8 0.8 4 
17 9. 6 5 5.6 1.6 2 
18 10. 15 5 6.4 2:4 2 
19 11.15 5 7. 2 3.2 2 

5 2 





12.1 
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(Ж) 




















CQI/MCS SINR DeltaMCS 折算 后 SINRrs SINRpdcch CCE 聚合 级 别 
21 13. 15 5 8.8 4.8 2 
22 14. 05 5 9. 6 5.6 2 
23 15.1 Š 10.4 6.4 2 
24 16 5 11.2 7.2 2 
25 17 5 12 8 2 
26 18. 1 5 12. 8 8.8 2 
27 19 5 13. 6 9. 6 2 
28 20.1 5 14.4 10.4 2 

















VoLTE 动态 调度 周期 为 40 ms 时 ， 则 40 ms 内 上 行 可 用 的 CCE 总 数 为 48 x2 x 40/10 
-384, 


9.2.5 VoLTE 用 户 数 估 算 


(1) 用 户 分 布 

VoLTE 用 户 数 与 用 户 的 位 置 分 布 有 关 。 按 照 中 国 移动 外 场 测试 规范 要 求 ， 用 户 均匀 分 
布 按照 1:2:4:3 的 比例 在 极 好 点 、 好 点 、 中 点 、 差 点 进行 分 布 。 

极 好 点 、 好 点 、 中 点 、 差 点 的 RS SINR 要 求 如 下 。 

极 好 点 ， RS -SINR >22 dB。 

lif. RS -SINR 在 15 ~20dB。 

中 点 RS -SINR 在 5~10dB。 

差点 RS -SINR 在 -3 ~0dB。 

这 里 以 1:2:4:3 的 用 户 分 布 为 例 ， 进 行 VoLTE 用 户 数 估算 。 

按照 上 市 的 计算 方法 ， 对 PUSCH 进行 容量 估算 ， 每 用 户 占用 的 RB 资源 见 表 9-16 与 
260.17 „ 














49-16 动态 调度 每 用 户 占 用 的 RB 资源 






































AMR 23. 85K AMR 12. 65K 
SINR MCS 
语音 包 RB 需求 | 静默 帧 RB 需求 RB/PerUE “| 语音 包 RB 需求 | 静默 帧 RB 需求 | RB/PerUE 
>22 dB 24 3 1 1.7 2 1 1.2 
15 ~20 dB 24 3 1 1.7 2 1 1.2 
5 -.12 dB 18 4 1 2.0 2 1 1.2 
-3 ~ 0dB 5 14 2 7.3 8 2 4.3 
R 9-17 用 户 分 布 模型 
SINR 用 户 分 布 模型 各 点 用 户 数 占 比 (%) 
>22 dB 1 10 
15 ~20 dB 2 20 
5 -.12 dB 4 40 
-3- 0dB 3 30 
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40 ms 调度 周期 时 ，PUSCH 上 行 可 用 的 RB 总 数 为 583。 假 设 PUSCH 可 以 支持 的 VoLTE 
用 户 总 数 为 X， 语音 通话 激活 比 为 co 
对 于 AMR 23. 85K, Hi(1.7 x10% +1.7 x20% +2.2 x40% +7.3 х30%) x X «583 可 
. X«162, 
对 于 AMR 12.65K, 由 (1.2 x10% 41.2 x20% € 1.2 x 4096 4.3 х30%) x X «583 可 
: X «273, 
即 动态 调度 下 PUSCH 信道 可 支持 23.85K Hg X HP P ЖУ 162, 12.65K 最 大 用 户 数 
5 273, 
对 于 半 静 态 调 度 特 性 (SPS), MCS 的 选择 最 高 为 15 阶 ， 高 于 15 阶 的 情况 都 按照 15 BT 
的 编码 效率 进行 计算 ; 对 于 静默 帧 ， 系 统 采用 动态 调度 ， 与 数据 业务 的 MCS 选择 方法 一 致 。 
半 静 态 调度 每 用 户 占 用 的 RB 资源 见 表 9-18, 
29-18 半 静 态 调度 每 用 户 占用 的 RB 资源 


AMR 23. 85K AMR 12. 65K 





一 人 
am 


ху 
am 



































= м 语音 包 RB 需求 | 静默 帧 RB 需求 RB/PerUE “| 语音 包 RB 需求 | 静默 帧 RB 需求 |  RB/PerUE 
>22 dB 15 4 1 ND, 1 1.7 
15 ~20 dB 15 4 1 2.0 3 1 1.7 
5 -. 12 dB 15 4 1 0:0 3 1 1.7 
-3 ~ 0dB 5 14 2 7.3 2 4.3 


40 ms 调度 周期 时 ，PUSCH 上 行 可 用 的 RB 总 数 为 583。 假 设 PUSCH 可 以 支持 的 VoLTE 
用 户 总 数 为 X， 语 首 通 话 激 活 比 为 co 

对 于 AMR 23.85K, 由 (2.2 x10% +2.2 x20% +2.2 x40% +7.3 х30%) xX «583 可 
í$; X <156。 

对 于 AMR 12.65K, 由 (1.7 x10% +1.7 x20% +1.7 x40% +4.3 x3096) x X «583 可 
135. X «235, 

即 半 静态 调度 下 PUSCH 信道 可 支持 23. 85K £ HIP 156, 12. 65K 最 大 用 户 数 
为 235。 

对 PDCCH 容量 进行 估算 ， 用 户 分 布 模型 与 对 应 的 CCE 聚合 级 别 见 表 9-19, 


表 9-19 用 户 分 布 模型 与 CCE 聚合 级 别 对 应 表 

















SINR CCE 聚合 级 别 均匀 分 布 比例 (96) 
>22 dB 2 10 

15 ~20 dB 2 20 

5 - 12 dB 4 40 

-3 ~ 0dB 8 30 








40ms 调度 周期 时 ，PDCCH 上 行 可 用 的 CCE 总 数 为 384。 假设 PDCCH 可 以 支持 的 
VoLTE 用 户 总 数 为 X， 语 音 通 话 激活 比 为 ec。 

对 于 AMR 23. 85K 或 AMR 12. 65K， 由 (2 x10% +2 х20% +4 х40% +8 х30%) x X x 
с+(2х10% +2 x20% +4 x40% +8 x30%) x X x (1 — c) x40/160 «384 可 得 . X <133, 
即 PDCCH 信道 可 支持 的 最 大 用 户 数 为 133, 
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按照 1:2:4:3 的 比例 在 极 好 点 、 好 点 、 中 点 、 差 点 进行 分 布 的 均匀 分 布 模型 ， 动 态 调度 


场景 下 : 

VoLTE 容量 为 Min( PUSCH 容量 ,PDCCH 容量 ) =133 (PDCCH 资源 受 限 ) 。 

对 于 SPS 打开 场景 默认 PDCCH 不 受 限 。 半 毅 态 调度 场景 下 ，VoLTE 容量 为 23. 85K 最 
大 用 户 数 为 156，12. 65K 最 大 用 户 数 为 235。 

高 铁 场 景 的 容量 规格 和 容量 估算 方法 与 公 网 保持 一 致 。 


9.2.6 混合 业务 容量 模型 
在 语音 和 数据 混合 业务 下 ， 随 着 语音 用 户 增多 ， 数 据 业 务 春 吐 率 变化 曲线 如 图 9-9 
所 示 。 











20M 混 合 容量 -上 行 小 区 吞吐 量 (Mbit/s) 


20M 泥 合 容量 -下 行 小 区 吞吐 量 (Mbit/s) 











图 9-9 语音 数据 混合 业务 测试 结果 参考 


如 图 9-10 所 示 ， 在 混合 业务 下 ， 随 着 语音 用 户 数 增多 ， 数 据 业 务 流量 下 降 ， 且 上 行 影 


啊 较 大 ， 下 行 影响 相对 较 小 。 
小 区 吞吐 量 









\ 
仅 数据 





数据 语音 


在 线 用 户 数 
图 9-10 语音 用 户 增多 情况 下 的 数据 业务 流量 变化 趋势 曲线 
136 


9.2.7 容量 测试 结果 
远 端 语音 用 户 MOS 测试 情况 见 表 9-20, 


49-20 远 端 语音 用 户 MOS 测试 情况 








用 P^ 数 MOS 均值 MOS 最 大 值 MOS 小 于 3 的 比例 ( % ) 
70 3. 64 4. 03 9. 00 
80 3. 12 4. 04 16. 30 











远 点 混合 业务 测试 情况 见 表 9-21, 


&9-21 远 点 混合 业务 测试 情况 




































































用 户 数 MOS 均值 VS ао) | 3 的 比例 (%) лш | 时 间 拉动 | CRISI | À utk (Mbi) 
50 3. 76 15. 38 4. 90 259. 10.64 608K 11.7 
60 3. 79 19. 77 5. 20 12. 87 750K 11 
70 3. 66 30. 05 10 : 16. 05 909 K 12.56 
80 3.3 53.24 23. 60 | 17. 59 1310К 10. 97 
90 3.13 55. 19 37. 70 20. 85 / 7 
100 2. 92 74. 70 46. 90 19.1 / 7 

均匀 分 布 语音 用 户 MOS 测试 情况 见 表 9-22, 
表 9-22 均匀 分 布 语音 用 户 MOS 测试 情 ; 
用 P 数 MOS 均值 MOS 最 大 值 MOS 小 于 3 的 比例 (96) 
70 3.79 4. 06 3. 40 
80 3. 54 4. 03 18. 00 
均匀 分 布 混合 业务 测试 情况 见 表 9-23。 
表 9-23 均匀 分 布 混合 业务 测试 情况 
用 户 数 MOS 均值 MOS 最 大 值 | MOS 小 于 3 的 比例 (% ) NON GBR 吞吐 率 /(Mbit/s) 
132 3. 02 4. 02 49. 50 5. 04 
120 3. 69 4. 03 12. 90 16. 33 
110 3. 64 4. 05 12. 80 16.4 
100 3. 78 4. 05 10 22.2 
90 3. 63 4. 05 12. 80 20. 25 
83 3. 49 4. 05 18. 40 20. 21 
70 3. 44 4. 06 16. 20 21.34 
60 3. 72 4. 04 9 19.21 
50 3. 83 4. 07 7. 80 20. 68 
40 3. 74 4. 05 3. 30 18. 45 
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(Ж) 








用 P^ A" MOS 均值 MOS 最 大 值 | MOS 小 于 3 的 比例 (96) NON GBR fit: X&/ ( Mbit/s) 
30 3. 86 4. 06 0 19. 83 
20 3. 86 4. 08 2. 40 18. 18 
10 4. 01 4. 07 0 29. 66 




















高 清 视频 384 K 也 是 对 称 业 务 , 在 3:1 配 比 下 ， 系 统 是 上 行 容 量 受 限 的 。3:1 的 上 行 理 
论 峰 值 速 率 和 上 行 平 均 速 率 分 别 为 10 Mbit/s 和 6 Mbit/s (一 般 网 络 的 拉 网 水 平和 系统 仿真 结 
果 ) ， 那 么 小 区 能 够 容纳 的 最 大 和 平均 用 户 数 见 表 9-24。 
表 9-24 高 清 视频 的 用 户 数 估算 








业 务 峰值 10 Mbit/s 小 区 平均 速率 6 Mbit/s 
标清 语音 + 高清 视频 23 13 
高 清 语音 + 高 清 视频 22 13 








9.2.8 基于 用 户 感知 的 VoLTE 容量 评估 


LTE 网 络 用 户 的 感知 与 业务 模型 县 县 相关 。 当 前 的 移动 宽 齐 业务 可 分 为 10 Ж, 包括 
Web 浏览 、 视 频 流 、VoIP 业务 、 社 交 网 络 、 即 时 消息 、 云 、 邮 件 、 文 件 传输 、 游 戏 和 M2M 
业务 。 根 据 各 类 业务 的 特征 不 同 ， 可 将 业务 模型 聚合 成 更 简单 的 大 包 、 中 包 、 小 包 类 型 。 民 
- КАВ (E - UTRAN Radio Access Bearer) 唯一 标识 一 个 S1 承载 和 相应 的 数据 无 线 承 载 连 接 
(TS36. 300 定义 ) ， 可 以 理解 为 每 次 数据 业务 连接 传送 的 数据 包 的 大 小 ， 是 无 线 网 管 定 义 的 
可 提取 和 统计 的 标准 参数 。 以 平均 每 E - КАВ 流量 将 业务 分 为 小 包 、 中 包 、 大 包 3 Ж, 
见 表 9-25, 














表 9-2S 小 包 、 中 包 、 大 包 分 类 标注 








业 务 E - RAB 流量 /KB 
小 包 类 业务 <300 
| < 1000 
中 包 类 业务 
>300 
大 包 类 业务 >300 








当前 中 国 移动 集团 扩容 门限 如 下 : 

根据 业务 模型 差异 ， 将 小 区 分 为 小 包 〈 即 时 通信 ) "PEL (Web), KE (视频 ) 3 类 。 

小 包 小 区 : 利用 率 门 限 为 40% ， 有 效 RRC 数 门限 为 50 个 ,下 流量 门限 与 上 流量 门限 分 
别 为 2.2GB、0.3 GB. 

中 包 小 区 : 利用 率 门限 为 50% ， 有 效 RRC 数 门限 为 20 个 ,下 流量 门限 与 上 流量 门限 分 
y| 3.5 СВ, 0.3 GB. 

大 包 小 区 : 利用 率 门 限 为 70% ， 有 效 RRC 数 门限 为 10 个 , 下 流量 门限 与 上 流量 门限 分 
别 为 5GB、0.3 GB. 

采集 现 网 VoLTE 商用 网 络 数据 进行 分 析 ，1 个 语音 包 大 小 约 为 74B， 平均 速率 为 29. 6 kbit/s , 
ОСП f$ E - КАВ 包 的 大 小 91% 以 上 小 于 300KB， 因 此 VoLTE 属于 小 包 业 务 ， 如 图 9-11 所 示 。 
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QCI1 每 RAB 大 小 KB) 
80.00% 


70.00% 
60.00% 
50.00% 
40.00% 
30.00% 
20.00% 


10.00% 
2 4.7196 2.71% 1.13% 
0.00% pez] [Fi —— 
三 100 [100,300] [300,500] [500,1000] 71000 


QCII 下 行业 务 包 大 小 (RollCgi) 
о, 78.87% 
š 0 
70.00% 
60.00% 
50.00% 
40.00% 
30.00% 
PME 2.74% 0.47% 0.4796 0.36% 0.02% — 0.0196 E 0.5996 1.6196 
> 0 s — 


S cy < 


69.14% 


22.21% 


S 9 ^S N ^N ^ 
a qv Ny e e d < 
N S X 


QCI1 包 大 小 区 间 
图 9-11 现 网 VoLTE 业务 特征 
VoLTE 扩容 门限 建议 ， 有 效 RRC 数 门 限 不 超过 50 +. 
外 场 测试 : 多 用 户 均 匀 分 布 ， 混合 业务 ,不 断 增加 VoLTE 用 户 数 ， 观 察 MOS 分 的 变 
化 ， 如 图 9-12 所 示 。 





MOS 大 于 3.5 比 例 ” 口 MOS 大 于 3 的 比例 





图 9-12 不 同 用 户 数 下 的 MOS 比例 


为 使 MOS 分 大 于 3 的 满足 度 大 于 90% ，VoLTE 有 效 RRC 用 户 数 应 不 超过 SO 个 。 因 此， 
为 保证 用 户 MOS 体验 ， 建 议 VoLTE 的 扩容 门限 为 有 效 RRC 数 不 超 过 50, 
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9.3 第 三 招 х2 语音 质量 专题 








目前 VoLTE 已 进入 商用 期 ， 用 户 数量 迅速 增长 ， 随 之 出 现 的 用 户 投 诉 ， 严 重地 影响 用 
户 的 高 清 语 首 体验 。 通 过 开展 VoLTE 语音 质量 专题 优化 ， 确 定 VoLTE 语音 和 视频 质量 相关 
的 评价 标准 ， 通 过 “四 步 十 三 招 ” 轻 松 提 升 MOS 值 ， 形 成 完整 的 VoLTE 语音 质量 优化 
方案 。 

1. VoLTE 语音 质量 评价 方法 

语音 质量 评估 就 是 对 语音 质量 进行 评定 ， 并 用 定量 化 的 指标 进行 标识 和 分 级 ， 从 而 
公正 客观 地 评估 各 种 语音 服务 的 质量 。 语 音质 量 的 评价 方法 分 为 主观 评价 和 客观 评价 两 
种 ， 如 图 9-13 所 示 。 




























语音 质量 评价 
方法 


主观 评价 客观 评价 






人 工 评测 : 
语音 回放 评测 


主动 算法 : 
PESQ(P.862) 算 法 





被 动 算法 : 
E-Model(G.107) 算 法 





图 9-13 语音 质量 的 评价 方法 








本 专题 基于 VoLTE ZATA, KH E – Моде 模型 对 语音 质量 进行 评估 和 优化 。G. 107 
(E- Model) 是 一 种 客观 评价 方法 ， 通 过 计算 网 络 传输 层面 R 系数 ， 推 导 MOS 值 。 考 虑 IP 
网 络 特 有 因素 对 语音 质量 的 影响 ， 可 实现 故障 回溯 ， 不 过 这 种 算法 只 关注 IP 网 络 传输 因素 
对 话音 质量 的 影响 ， 对 噪声 等 音质 问题 分 析 能 力 有 限 。 为 将 VoLTE 用 户 感知 用 具体 的 量化 
数据 来 进行 客观 评估 ， 以 便 准 确 还 原 用 户 真实 感知 ， 建 立 了 一 套 VoLTE 语音 质量 评价 体系 , 
如 图 9-14 ИЛ: 
































VoLTE 语 音质 量 






КОНЕ: 单 通 和 断 续 次 数 


CO 
G.107(E-Model) 评 估 RTP 算 法 评估 
图 9-14 可 量化 的 KQLKPI 指标 


1) KPI 可 以 直接 从 媒体 流 中 提取 ， 现 网 有 两 类 获取 手段 端 到 端 RTCP 和 分 段 RTP. 
RTCP 用 于 评估 手机 端 到 端的 语音 质量 ，RTP 用 于 分 段 评估 各 接口 的 语音 质量 ， 定 界定 位 接 
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口 问题 。 
2) KQI 选用 MOS 值 ， 是 基于 ITU -T G. 107 算法 计算 网 络 传输 层面 R 系数 ， 再 由 R £ 


数 推导 出 MOS 值 ， 计 算 公 式 为 R=Ro-I-Id-Ie-ef+A， 如 图 9-15 所 示 。 


Те Model 
Id Model 
Ro-Is Model 


K| 9-15 MOS 关系 图 





编码 器 类 型 













MOS 分 






E-Model 





2.“ 四 步 十 三 招 ”， 轻 松 定 位 、 提 升 MOS fü 

相 比 较 于 传统 的 网 络 优 化 手段 ， 端 到 端的 网 络 优化 系统 更 能 适应 LTE 的 网 络 特点 ， 时 
时 监控 网 络 质量 状况 ， 并 提供 快速 、 准 确 的 网 络 优化 服务 。“ 四 步 十 三 招 ” 从 小 区 级 低 MOS 
问题 和 手 ， 通 过 定 界 、 定 位 ， 处 理 逐 步 深 和 入， 有效 地 处 理 现 网 低 MOS 小 区 ， 从 而 提升 用 户 
感知 度 。 

(1) 什么 是 “四 步 十 三 招 ” 

四 步 : 是 指 VoLTE 质 差 小 区 锁定 ,VoLTE 质 差 问题 定 界 ，VoLTE 质 差 原因 定位 ，VoLTE 
质 差 问题 闭环 ， 逐 步 深入 解决 问题 ， 提 升 用 户 感 知 。 

十 三 招 : ME, Am, FHR, 4 个 方面 ， 处 理 本 端 上 行 问 题 。 十 三 招 包括 算法 问 
题 、 大 话 务 、CCE 受 限 、 令 区 漏 配 ， 越 区 有 窗 盖 、 弱 覆盖 、SRVCC、 切 换 参数 、 上 行 干扰 、 
下 行 干扰 、 基 站 故障 、 天 僻 故 障 和 传输 故障 ， 如 图 9-16 所 示 。 




















SEQ 平 台 丢 包 分 析 


辅 攻 方向 






四 
步 
定位 调度 问题 履 盖 问题 干扰 问题 故障 问题 


话 
务 





图 9-16 故障 定位 处 理 
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第 一 步 : VoLTE 质 差 小 区 锁定 

VoLTE 质 差 小 区 是 指 包 括 在 通话 过 程 中 出 现 断 续 、 单 通 、 延 迟 、 杂 音 、 回 声 、 抖 动 、 
低 MOS 问题 及 现象 的 小 区 。VoLTE 质 差 小 区 锁定 有 以 下 两 种 方法 。 

(D 传统 手段 : 用 户 反 馈 、CQT、DT、 网 管 KPI 提取 分 析 。 

© 端 到 端 SEQ 平台 提取 : 端 到 端 ， 分 节点 提取 小 区 上 和 下行 MOS/IPMOS, ШШ 9-17 
所 示 。 














| | 
DL MOS/ONEWAY AUDIO(RTCP) 
| | DL MOS/ONEWAY. AUDIOIRTP) | 
i i 
I | | | I 
I . I 
I I 
I i 


UL MOS/ONEWAY AUDIO(RTCP) 





49-17 端 到 端 分 节点 MOS 
第 二 步 . VoLTE 质 差 问题 定 界 
通过 S1 -U 口上 下 行 MOS/IPMOS, RTP/RTCP 数据 判断 是 本 端 问题 还 是 对 端 问题 ， 
ИП 9-18 所 示 。 质 差 问 题 定 界 标准 见 表 9-26。 

















_—EE 
Жу | EPC+SBC psi 
# 上 行 RTP 丢 包 | ES 
上 行 问题 ISNOSSERRTISAUES 上 行 MOS 分 低 | 
| | y 4 
"T | 下 行 无 RTP 丢 包 | 
йн . Bo AS 下 行 无 RTP 舌 包 | 
ы ARPS y x . 
M | 上 行 RTCP 丢 包 一 上 ivosE y. 
TOi | | | 
| | 下 行 RTP 丢 包 | | 
对 册 


行 MOS | 


— 这 段 有 丢 包 — 这 段 无 丢 包 
图 9-18 VoLTE 质 差 问题 定 界 


表 9-26 质 差 问题 定 界 标准 


上 行 间 题 








空 口 质 差 场景 SEQ 指标 分 析 

上 行 MOS 均值 低 于 3.0，RTP 上 行 丢 包 数 较 多 ，RTP 上 行 丢 包 率 大 于 2% 以 上 ，RTP 上 行 丢 
Am ETE 包 基 本 等 于 RTCP EFEM 
对 端 上 行 质 差 下 行 MOS 均值 低 于 3.0，RTP Ff 26, RTCP 下 行 丢 包 数 较 多 ，RTP КА 





本 等 于 RTCP 下 行 丢 包 数 (可 以 排除 本 端 下 行 问 题 )，RTP 下 行 丢 包 率 大 于 2% 
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空 口 质 差 场景 SEQ 指标 分 析 

ЖЕГЕНИ» 下 行 MOS 均值 低 于 3.0，RTP 下 行 无 丢 包 或 者 很 少 ， 下 行 RTP 丢 包 率 大 于 1% ，RTCP 下 行 
ë 丢 包 数 较 多 ，( RTCP 下 行 丢 包 数 - RTP 下 行 丢 包 数 ) /RTCP 下 行 包 数 大 于 2% 

对 端 下 行 质 差 上 行 MOS 均值 低 于 3.0，RTP 上 行 无 丢 包 或 者 很 少 ， 上 行 АТР 丢 包 率 低 于 1%，RTCP 上 行 


FEZ, (RTCP 上 行 竺 包 数 - ВТР 上 行 竺 包 数 ) /RTCP 下 行 包 数 大 于 2% 





第 三 步 : VoLTE 质 差 问题 定位 

通过 对 S1 - MME 5 S1 - U 接口 信 令 和 媒体 消息 中 相关 字段 的 关联 ， 提 取 全 网 各 小 区 下 
语音 呼叫 MOS 值 ， 进 一 步 租 选 语音 MOS 质 差 小 区 ， 进 行 重点 攻关 和 优化 。 根 据 综合 分 析 处 
理 质 差 小 区 经 验 ， 本 端 上 行 质 差 一 般 归 于 4 种 问题 : 调度 问题 、 履 盖 问 题 、 干 扰 问 题 、 故 障 
问题 。 通 过 前 后 台 配 合 处 理 问题 ， 质 差 小 区 会 得 到 明显 改善 ， 如 图 9-19 所 示 。 




















调度 问题 干扰 问 是 


X 行 六 中 | 
Et Е = C _ ЗЕЕ: 
务 | | 受 E: C 扰 | | 障 | | 


= 
кш 





图 9-19 VoLTE 质 差 问题 定位 


第 四 步 : VoLTE 质 差 问题 闭环 
通过 对 调度 问题 、 干 扰 问 题 、 和 履 盖 问题 、 故 障 问 题 进行 分 类 人 处理， 解决 VoLTE 质 差 ， 
见 表 9-27。 
表 9-27 质 差 问题 处 理 方法 
上 行 CCE 分 配 失败 高 一 一 调整 初始 上 下 行 CCE 分 配 比例 为 10: 1 
调度 散 列 化 机 制 与 DRX 冲突 一 一 关闭 ОСП 的 DRX 开关 


PUCCH 系统 内 干扰 一 一 PO0_PUCCH 修改 为 -115，PUCCH 荔 控 周期 修改 为 20ms，PUCCH 2) 
控 日 标 SINR 偏 置 +3 dB 


干扰 问题 PUCCH 系统 外 干扰 一 一 采用 当前 设置 P0_PUCCH = -105 作为 闭环 功 控 PO， 开 启 PUCCH IRC 
功能 
PUSCH 上 行 干 扰 一 一 PUCCH 外 环 功 控 关闭 ， 抬 高 P0_PUCCH， 开 启 UL COMP 功能 
邻 区 缺失 一 一 完善 系统 内 邻 区 和 系统 间 邻 区 








调度 问题 



































缺少 关键 站 点 增加 站 点 或 增加 拉 远 扇 区 
T т [B] i 

eSRVCC 调整 互 操 作 门 限 

越 区 覆盖 & 站 下 覆盖 不 足 调整 天 馈 下 倾角 
故障 问题 故障 处 理 


(2)“ 四 步 十 三 招 ”实战 案例 

1) GSM 林 散 干扰 引起 的 VoLTE 业务 高 丢 包 率 。 

问题 描述 : Ж VoLTE HP! 1875316 xxx 投 诉 6 月 26 日 上 午 多 次 通话 过 程 中 ， 可 以 听 清 
对 方 声音 ， 但 对 方 听 到 的 话音 存在 否 字 断 续 现象 。 
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问题 分 析 : 

查询 故障 用 户 质量 定 界 详 单 ， 提 取 关 键 信 息 : 通过 SEQ “故障 用 户 质 量 定 界 ” 功 能 查 
询 该 用 户 当 天 上 午 语音 质量 话 单 ， 提 取 关 键 信 息 ， 发 现 用 户 在 多 次 通话 中 均 存 在 上 行 衙 字 和 
上 行 断 续 问 题 ， 上 行 丢 包 较 为 严重 ， 而 下 行 无 明显 异常 ， 如 图 9-20 所 示 。 


























= HUAWEI DmartCare® 故障 用 户 质量 .. х jnhuawei — v 
MSISND: |1875316** | явавтв: 2016-06-26 08:00 1) «рт: | 2016-0626 12:27 H == ) 
mmm 


5786 8055 
5842 7145 
5842 7146 
15356 10436 
15356 10438 
1036 1238 
1030 1238 








e ele l e |s e BN ° ° 
e ej el s < |o [0-е 
Sele e |o [= e ы 
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= = e e <ë |s ШШ s: е 





3501 3066 
4 [ 
(smor o tm ]ipo[s]a[s[| F—m y o 5] 














49-20 ”用户 上 行 丢 包 


用 户主 要 驻 留 “LXZ0118343RF 经 七 纬 二 -WE Jd" WI "*LXZOII0101 HF. 市 旅游 局 ” 
两 个 小 区 ， 如 图 9-21 所 示 。 


三 HUAWEI marCaree 用户 质 县. 其 
MSISND: | 1875316899 | “开始 时 间 : | 2016-06-26 08:25 [z] ssi: | 2016-06-26 12:00 ая 
| 

LDZ011834R -1-Ж—-== ш 100.70.138.239 100.70.147.159 
LDz011834R_ 经 七 纬 二 - 德 字 大 厦 100.70.138.239 100.70.147.159 102 0 
100.70.147.159 100.70.147.159 101 0 
LDZ011010H_ 市 旅游 局 100.70.147.159 100.70.138.227 101 0 
LDZ011010H_ 市 旅游 局 100.70.147.159 100.70.138.227 102 0 
LDZ011010H 市 旅游 局 100.70.147.159 100.70.138.227 102 0 
LDZ011834R £-L£g EX M 100.70.147.159 100.70.147.159 102 0 
LDZ011010H_ 市 旅游 局 100.70.138.227 100.70.138.227 102 0 
LDZ011010H_ 市 旅游 局 x 100.70.138.227 100.70.138.227 102 0 
100701427159 100.760.147.159 101 n 








sis + 上 一 页 作 1| 2| 3|4| F—m y H2 Hs] 
图 9-21 用 户 驻 留 小 区 


结合 拓扑 图 分 析 故 障 单据 ， 进 行 问题 定 界 : RTCP 测量 的 端 到 端 上 行 КТР 丢 包 1603 个 ， 
行 丢 包 率 为 24. 5% ， 进 行 一 步 查 看 主 叫 UE AEM SI 口 的 上 行 RTP 丢 包 1621 个 ， 说 明 

语音 丢 包 基本 都 发 生 在 主 叫 UE 到 主 叫 51 口 之 间 ， 问 题 定 界 为 主 叫 无 线 侧 问题 ， 如 图 9-22 
所 示 。 

相关 专业 科室 排查 问题 原因 ， 进 行 问题 定位 ， 无 线 优 化 人 员 对 主 叫 无 线 侧 进行 进一步 分 
析 发 现 ， 该 用 户 占 用 的 两 个 小 区 均 存 在 较 强 的 上 行 干扰 ， 结 合 现场 人 员 排 查 ， 确 定 主要 是 由 
于 周边 学 ВЗЯТОЕ 告 成 的 。 

问题 处 理 : 周边 学 校 考 试 吉 束 后 ， 两 个 小 区 干扰 消除 ， 该 用 户 VoETE 通话 语音 质量 恢 
复 正 常 。 
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RTCP 测 量 去 包 1603 个 (法 ) 





99(ms) iS F(7MOSS : 3.2817 ”RTCP 测 量 的 上 行 RTP 委 包 数 : 1603 个 ”RTCP 测 量 的 上 行 RTP 总 包 数 : 6547 个 








a Aute 
РЕТ 


18753160*** null 









st: (ms) 


ВТР&@162 1 个 Fasel 
总 外 数 :6553 个 


断 续 时 长 :0{ms) 
井 字 时 长 :Im 引 
拌 动 时 长 :0(ms) 
EnA 

总 包 娄 :7970 个 
IPM05:4.348 





12М05;3.2724 ' IPMOS:3.2724 
RTPÉBRI1622^^ 25582 І ETRE 
NW Hie g' ВЛЕЕ НЕ:19460(т5) 








SUR 


т ne" 16217 


00065537 





iei ЕНЕНЕ: (л) jl 
#==FHë:0(ms) 
Fishete:o(ms) 
FEM 
8273704 
IPMOS:4.348. 


SBC 
PSBC4BHW 











JNPSBC1BHW 


IPMOS:3.2728 
заада 
肠 读 时 长 :19460(ms) 





ne 16217 
总 外 数 :6552 个 


ШЕНЕ:О(т) 
AAEM) 
抖动 时 长 :0(m 革 
®® 0 

总 包 数 :7375 个 

10М05:4,3215 








51-0098 


SAEGWO3 





IPMOS:3.2709 
是 理 单 通 :是 

ШЕП К:19460(т») 
香 字 时 长 :27380(m 
痒 动 时 长 :0(ma) 





断 续 时 长 :0(ms) 
埋 字 时 长 :0(m 引 
抖动 时 长 :0(m 引 
EER: 

26:73754 
IPMOS:4,3197 


null 13405313*** 


端 到 端 下 行 MDS 分 :4.3339 ”RTCP 测 量 的 下 行 RTP 委 包 数 : 3 个 ”RTCP 测 量 的 下 行 RTP 总 包 数 : 73654. 


问题 定 界 拓扑 图 
ik. RTCP 测量 的 RTP 丢 包 数 可 能 会 略 少 于 单 接 口 统计 的 ВТР EAR, RTCP 测量 的 上 行 КТР EBA EHA 55 — 


个 周期 进行 


测量 得 到 的 素 加 结果 ， 如 有 果 通 


图 9-22 


2) "d RTP 丢 包 导致 语 音质 差 。 
: 利用 SEQ “多维 数据 查询 ”功能 可 以 对 小 区 级 VoLTE 上 行 RTP 丢 包 率 进行 统 


问题 摘 


Hs 38 sanie il * LFH0360951H1 高 青 赵 店 业 绩 王 ” 
问题 分 析 : 
网 元 信息 查询 : 通过 多 维 数据 查询 ， 发 现 该 小 区 上 行 RTP 丢 包 率 连 
图 9—23 所 示 当 丢 包 率 大 于 5% 时， 用户 能 够 明显 感知 通 


所 未 。 























话 的 最 后 一 个 周期 不 足 5 ѕ, 











话 质量 恶化 ， 


则 该 最 后 周期 的 ВТР 丢 包 情 到 。 


上 行 RTP 丢 包 率 指标 长 期 较 差 。 


续 多 天 均 大 于 5% ， 如 
影响 通话 ， 如 图 9-24 





























iZ HUAWEI CO mariCare? Zimmer х АТР р < 过 滤 条 件 ” 第 选 指定 小 区 jnhuawei v 
维度 /指标 | [ze | e Jj ; 
у - i - í " 
idees | Bami (Ort Fasse. |(Orr ssas. | ü 
物理 视图 ; | 
== а 
|- KL BSC/RNCEER 2 1 — — 二 一 - = 
1 接 入 网 类型 т жле: (2016-07-01 00:00 _ - [201607170000 0) xm: | 天 ^+) 
| L EK | 查询 结果 | iv XR | 
一 |__ 8sc/RNCSE: 3l ы MR SEE DERE 7 
一 |_ 8TS/NodeB 名 称 ——— —— = 
dim | 
L En : 11 [+] 2016-07-16 00:00:00~2016-07-17 00:00:00 
L EN [+] 2016-07-15 00:00:00~2016-07-16 00:00:00 
l 26 小 区 =, =! " ma 一 А, ` 
1_ 小 区 名 称 [E] 2016-07-14 00:00:00~2016-07-15 00:00:00 
LL 市 (来 自 小 区 】 [+] 2016-07-13 00:00:00«2016-07-14 00:00:00 
—L. 46 小 区 





去 包 对 通话 感知 的 影响 


9-23 ”网 元 丢 包 查询 


[0% , 1% ) 








话 感知 的 影响 


能 够 偶尔 感知 通话 不 流 i 畅 


图 9-24 Бый 


145 





原因 定位 : 上 行 RTP 丢 包 率 差 说 明 无 线 侧 存在 问题 ， 通 过 无 线 侧 排 查 发 现 该 站 点 存在 





较 强 和 干扰， 根据 频谱 分 析 推 其 干扰 属于 GSM 互 调 杂 散 干 扰 ， 如 图 9-25 所 示 。 


LFHO36095H_ 高 青 走 4/ 言 业绩 了 于 -LFHO360951l1H1 BAJSE EE 














FPS -œ FE FPS =F EE FPS Maoron FPS — -FEEIJEH 





图 9-25 ”无线 侧 干扰 排查 结 


关闭 GSM 小 区 之 后 干扰 消失 ， 问 题 定位 ， 如 图 9-26 所 示 。 






















































































图 9-26 干扰 定位 图 


问题 处 理 ， 通过 增加 系统 间 天 僻 隔 离 度 降低 系统 间 干 扰 。 

3) 弱 覆 盖 引 起 的 VoLTE 业务 高 丢 包 率 。 

问题 描述 某 站 点 上 行 MOS 和 上 行 IPMOS 均 小 于 3% ,下 行 MOS 和 下 行 IPMOS 均 正 
常 ， 如 图 9-27 所 示 。 


VoLTE 上 行 MOS VoLTE 下 行 MOS VOLIE ТР MOS 510  VoLTE НР MOS 510 


2.66 3.21 3.21 2.82 
图 9-27 站 点 VoLTE 通话 MOS 指标 

问题 分 析 : 

SEQ 统计 该 小 区 存在 RTP_ 上 行 单 通 ， 并 且 累 计 单 通 时 长 137s， 如 图 9-28 所 示 。 
RTCP_ 下 行 单 通 时 长 /ms RTP_ 下 行 单 通 时 长 /ms RTCP_ 上 行 单 通 时 长 /ms RTP_ 上 行 单 通 时 长 /ms 

0 0 0 137606 
图 9-28 单 通 时 长 统计 

SEQ 统计 S1 -U 口 上行 RTP 丢 包 率 和 上 行 RTCP 丢 包 率 均 大 于 4% , 初步 定位 本 端 上 行 

质 差 ， 如 图 9-29 Br, 
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VoLTET 行 RIF 去 包 率 ”VolLTE 上 行 RTCP 丢 包 率 (90) 


om P 
VoLTE 下 行 RTCP 丢 包 率 (9%) S1U(%) 
4.84 0 4.75 


0 
49-29 ZZ 


OMC 统计 该 小 区 存在 严重 弱 窗 盖 ，eSRVCC 次 数 较 多 ， 导 致 MOS 较 低 ， 如 图 9-30 


Br o 
MRE% == Р eSRVCC 次 数 
32.51% = -116dBm 32 


4 9-30 MR 履 盖 率 统 计 








问题 处 理 : 站 点 站 高 4$m rB FM 3°, МК FM 6°, EAIN 15°, Brut wp S 
1.7km。 抬 升 机 械 下 倾 朋 3" ， 最 远 覆 盖 距 离 变 为 无 穷 ， 但 可 以 和 邻 区 之 间 正 党 切 换 ， 如 








图 9-31 与 图 9-32 所 示 。 


一 下 РНЕ ЕЕ 


H038013H_ PS ET BAR 
8015H_ 高 新 太 张 庆 隆 实业 8015H_ 高 新 太 张 庆 隆 实业 





图 9-31 调整 前 RSRP 图 图 9-32 调整 后 RSRP 图 


优化 覆盖 效果 之 后 ， 观 察 该 小 区 连续 3 天 上 行 MOS 分 值 均 大 于 3， 如 图 9-33 与 图 9-34 





所 示 。 
VoLTE 上 行 MOS 
VoLTE БІР MOS_S1U 
3.31 3.21 3.2 3.31 3.21 3.17 
2016/7/5 2016/7/6 2016/7/4 2016/7/5 2010/7/6 


2016/7/4 
[4 9-34 VoLTE 上 行 IP MOS SIU 


[ 9-33 VoLTE 上 行 MOS 





4) 频繁 eSRVCC 导致 差 小 区 案例 。 
问题 分 析 : ЕСІ 为 208826883 小 区 7 H 6 H 18:00 - 19:00, SRVCC 失败 次 数 较 多 ， 其 他 


时 段 指标 正常 。 查 询 该 基站 在 该 时 段 无 告警 ， 且 MR 无 异常 波动 ， 如 图 9-35 所 示 。 
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E-UTRAN |E-UTRAN 


向 SERAN | 向 GERAN 


开始 时 间 jj ES 切换 出 
SRVCC 的 


07/06/2016 18:00:00 LDH0197843R1 唐 王 dt 批发 市 场 - 韩 新 


07/06/2016 19:00:00 LDH0197843R1 唐 王 4t 批 发 市 场 - 韩 新 | 
07/07/2016 09:00:00 LDHO197843R1 sr dhillAz riz; - EET 11 
7/07/2016 210000 ^ |LDH0197843R1 SEICHE TDIA EEF 


Е 9-35 SRVCC 失败 次 数 统 计 








问题 分 析 : 
查询 两 两 小 区 对 ， 发 现 该 小 区 往 不 同 GERAN 小 区 切换 都 存在 SRVCC 失败 现象 ， 且 失 


败 均 发 生 在 执行 阶段 ， 如 图 9-36 所 示 。 





小 区 闻 切 换 出 | 小 区 间 切 换 出 
尝试 次 数 了 | “执行 次 数 了 





图 9-36 两 两 小 区 SRVCC 失败 次 数 统计 





通过 SEQ 多 维 数据 查询 定位 SRVCC 切换 失败 原因 ， 发 现 号 码 为 150 xxxx3816 НР 
LDHO0197843R1_ 唐 王 北 批发 市 场 — 韩 新 小 区 下 加 不 同 的 GERAN 小 区 频繁 发 起 SRVCC H 3⁄: 
本 全 部 失败 ， 如 图 9-37 所 示 。 





fum S 


"Umi 
4 3 


2016-07-06 19:00:00-:2015-07-06 20:00:.. 4600054F6CC4D 20 


2016-07-06 18:00:00-2015-07-06 19:00:.. 4600054F6CC4D 1.61 61 62 





[49-37 SEQ 多 维 数据 查询 SRVCC 次 数 


对 150 xxxx3816 用 户 该 时 段 的 信 令 进行 回溯 分 析 ， 发 现 用 户 在 该 时 段 频 繁 地 bSRVCC 
导致 SRVCC 失败 ， 如 图 9-38 所 示 。 


nibhw JNVOLTEATST1BHW JNSCCASTBHW JNPSBC2BHW LDHO019784R. Fi-Fbibriim-EsWr JNMME41BHW JNGS38 
2016-07-06 18:07:53:6983000 аана 
dub SRVCC PS TO CS REQ... 


2016-07-06 18:07:53 774000 L|... 


SRVCC PS TO C3 RES... 


HANDOVER COMMAND 


2016-07-06 18:07:54.582000 |...... 





HANDOVER REQUIRED 
2016-07-06 18:07:54.584000 |... ce Ue UNUM Eme СЫ 





图 9-38 用户 通 话 信 令 流程 
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定位 原因 : 因 核 心 网 协议 不 文 持 bSRVCC 导致 切换 失败 。 
问题 处 理 : 调整 网 络 侧 SRVCC 触发 门限 。 


9.4 第 四 招 移花接木 一 一 切换 专题 





无 线 通信 的 最 大 特点 在 于 其 移动 性 控制 ， 对 于 终端 在 不 同 小 区 间 的 移动 ， 网 络 侧 需要 实 

时 监测 UE 并 控制 在 适当 时 刻 命 令 UE 做 跨 小 区 的 切换 ， 以 保持 其 业务 连续 性 。 在 切换 的 过 

程 中 ,终端 与 网 络 侧 相互 配合 完成 切换 信 令 交互 ， 尽 快 恢复 业务 ， 在 LTE 系统 中 ，VoLTE 

的 切换 过 程 为 硬 切 换 ， 业 务 在 切换 过 程 中 是 中 断 的 ， 为 了 不 影响 用 户 业 务 ， 切 换 过 程 需要 保 

证 切换 成 功率 、 切 换 中 断 时 延 、 切 换 MOS 分 3 个 重要 指标 ， 其 中 最 重要 的 是 切换 成 功率 和 

is 分 ， 如 果 切 换 出 现 失 败 ， 将 严重 影响 用 户 感 受 ， 切 换 中 断 时 延 也 会 不 同 程度 地 影响 用 
受 。 本 节 结 合 现 网 的 特点 ， 分 场景 给 出 切换 策略 ， 旨 在 指导 后 续 的 优化 工作 。 


9.4.1 切换 原理 


1. 切换 的 信 令 交互 

要 完成 切换 过 程 ，UE 与 eNB 需要 配合 。 该 配合 是 通过 信 令 来 交互 信息 的 。 完 整 信 令 交 
互 过 程 如 下 。 

源 eNB 控制 UE 测量 => 在 UU 接口 体现 为 ВВС COnnect Reconfig 信 令 ，UE 收 到 此 信 令 
дї, ТЖ eNB 表示 收 到 此 消息 并 已 正确 处 理 

UE 回复 eNB 收 到 控制 消息 => 在 UU 接口 体现 为 RRC Connect Reconfig CMP 信 令 ， 之 后 
UE 将 按 测 量 控制 要 求实 时 测量 ,一 旦 发 现 满足 条 件 ， 将 触发 切换 事件 测量 报告 

UE 把 测量 报告 发 给 源 eNB => Æ UU 接口 体现 为 RRC Measurement Report RFS 

源 eNB 收 到 测量 报告 后 ， 进 行 相 关 条 件 判 断 ， 如 果 决 定 切换 ， 则 网 络 侧 将 准备 相关 切 
换 资 源 (这 个 过 程 对 UE 侧 不 可 见 ) ， 根 据 不 同 的 切换 场景 ， 有 不 同 的 切换 信 令 交互 

=> 站 内 切换 时 ， 没 有 额外 的 外 部 信 令 交互 

-»15 X2 接口 的 站 间 切 换 时 ，X2 口 体现 为 Handover Request 和 Handover Request АСК 
信念 

=> S1 接口 的 站 间 切 换 时 ， 源 eNB 侧 SI 口 体现 为 Handover Required, Handver Com- 
mand, HER eNB 01 S1 口 体现 为 Handover Request, Handover Request ACK 信 今 

源 eNB 下 发 切换 命 今 => 在 UU 接口 体现 为 RRC Connect Reconfig 信 令 

UE 收 到 切换 命令 后 ， 中 断 与 源 eNB (小 区 ) 的 交互 ， WEA HER eNB (小 区 )， 

这 个 交互 过 程 有 3 条 交互 信息 ,但 在 标准 信 令 接口 仅 体 现 第 3 条 (习惯 上 称 为 MSG3) 

UE 在 目标 小 区 发 MSG3 ， 即 切换 完成 消息 => 在 UU 接 dieti RRC Connect Reconfig 
CMP 信 令 

后 续 的 网 络 侧 ST 接口 切换 只 涉及 站 间 切 换 ， 站 内 切换 不 涉及 ， 这 个 过 程 不 涉及 空 口 ， 
失败 的 概率 较 小 ， 通 常 的 切换 问题 定位 关注 较 少 

上 面 提 到 的 测量 控制 和 切换 的 交互 信 令 ， 从 消息 名 称 看 都 相同 ( 均 为 КЕС Connect 
Reconfig、 和 RRC Connect Reconfig CMP) ， 但 重 配 置 消 息 中 的 内 容 不 同 ， 如 图 9-39 5 
图 9-40 所 示 。 
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F] ¥ rmccannectionRecanfiguration 
rrc-Transactianldentifier. x1 (1) 
F] w criticalExtensians 


E с] 


F] w mccannectionRecanfiguration-ra8 


回 w moahilitycantrallnfa 


targetF hys Cellld:0x4 c4 


k carrierFreq 
k carrierBandwidth 
t304:ms500 (4) 


newlJE-Identiy 0000000111000000¿01 CO) 
图 9-39 切换 重 配 置 命令 


F] 本 FECOnnmectionFRecanfaguration 
rre-Transactianldentifier x2 (2) 
Е w criticalExtensians 


E Fc] 


F] w mcicannectianRecanfiguration-ra 


F] w meascCanfig 


回 w measübjectToAddhMadList 


回 w MeasübjectraAddhWad 

measobjectld:dxt (1) 
 measOhject 

F] ¥ repartcanfigTaA&ddhadList 


图 9-40 测量 控制 重 配置 命令 
测量 控制 的 过 程 在 UE 接 入 后 配置 ， 即 使 此 UE 不 在 切换 区 或 一 直 不 切换 。 我 们 关注 的 
切换 问题 通常 处 于 触发 切换 (测量 报告 后 的 过 程 ， 所 以 在 进行 切换 问题 定位 时 通常 只 关 
注 从 触发 测量 报告 开始 ， 即 从 测量 报告 消息 这 条 信 令 开始 。 
信 令 的 交互 根据 切换 的 不 同类 型 而 不 同 ，LTE 系统 内 的 切换 类 型 可 分 为 站 内 切换 和 站 间 
切换 ， 站 间 切 换 叉 分 为 跨 X2 Ud 51 切换 。 
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2. 站 内 切换 信 令 交互 

站 内 切换 UE 5j eNB 的 交互 过 程 如 图 9-41 所 示 。 
3. 2 X2 的 站 间 切 换 信 令 交 互 

跨 X2 的 站 间 切 换 信 令 交互 过 程 如 图 9-42 所 示 : 


UE S_eNB T_eNB Core Network 














Meas RPRT 
Handover Request 


Meas RPRT Handover Request ACK 
RRC CONN RECFG 


(НО CMD) SN STATUS TRANSFER 


RRC CCONM RECFG 


ККС CONN| КЕСЕС СМР 














(HO CMD) 
(HO |CMP) ФІАР PATH SWITCH REQ 
ра 
ЕЕС CONN RBCFG СМР SIAR PATH SWITCH КЕӨ АСК 
(HO CNP) UE CONTEXT. RELEASE 
RRC CONN| RECFG 
ЕЕС ООММ RECFG ККС _ CONN RECFG СМР 
RRC COMN RECFG СМР 
——Jde- UU interface 一 ~ UU interface —— X2 interface 一 ~- 51 interface 
图 9-41 站 内 切换 信 令 交互 过 程 图 9-42 路 X2 的 站 间 切 换 信 令 交互 过 程 





4. E S1 的 站 间 切 换 信念 交互 
跨 SI 的 站 间 切 换 信 令 交互 过 程 如 图 9-43 所 示 。 


UE S_eNB T_eNB Core Network 








Meas RPRT 


SIAP Handover | Required 


SIAP Handover Reques 






SIAP Handover REQ ACK 
SIAP Handover CMD 
RRC CONN RECFG 
(HO CMD) SIAP eNB Status [Transfer 
SIAP MME Status Transfer 
RRC CONN| RECFG. СМР 
(HO |CMP) SIAP Handover Notif: 
SIAP UE CONTEXT, REL. CMD 


SIAP UE CONTEXT REL CMP 


ККС CONN| КЕСЕС 


RRC CONN IRECFG СМР 





—— UU interface ——MM X2 interface ——»- S! interface 


图 9-43 151 的 站 间 切 换 信 令 交 互 过 程 
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9.4.2 VoLTE 切换 参数 策略 及 事件 描述 


1. VoLTE 切换 参数 策略 

当前 的 测量 控制 门限 及 切换 判决 门限 均 是 基于 RSRP 的 ， 优 化 中 针对 网 络 中 的 F/D 频段 
的 实际 履 善 差异 ， 由 用 户 的 RSRP 分 布 比例 来 对 双 层 网 切换 门限 进行 定 标 。 

为 保证 用 户 发 起 业务 后 不 立即 触发 切换 ， 切 换 事 件 及 参数 配置 与 重 选 参数 保持 一 定 的 继 
承 性。 

为 节省 终端 功 耗 ， 且 避免 频繁 出 现 局 动 或 停止 异 频 测 量 ， 将 Al 门限 设置 为 较 A2 高 
3dB。 

同 频段 内 和 同 优 先 级 采用 АЗ 事件 ， 如 D1 和 D2 采用 A3, ЕІ 和 2 采用 АЗ. 

对 于 A1、A2、A4 或 AS 事件 ， 为 便于 后 台 设 置 以 及 前 台 分 析 ， 事 件 触发 民 滞 统一 设 为 
0 dB ， 异 频 邻 区 频率 的 特定 频率 偏 值 及 异 频 邻 区 的 特定 小 区 偏 值 也 统一 设 为 0dB。 

2. 参数 相关 事件 描述 

Al 事件 服务 小 区 的 RSRP 值 比 绝 对 门限 靖 值 高 时 ， 输 出 Al 测量 报 

A2 事件 服务 小 区 的 RSRP 值 比 绝 对 门限 靖 值 低 时 ， 输 出 A2 测量 报 

АЗ 事件 邻 区 的 RSRP 值 比 服务 小 区 的 RSRP 值 高 时 ， 输 出 A3 测量 报告 。 

A4 事件 邻 区 的 RSRP 值 比 绝对 门限 阔 值 高 时 ， 输 出 A4 测量 报告 。 

А5 事件 服务 小 区 的 RSRP 值 比 绝对 门限 冰 值 1 低 且 邻 区 的 RSRP 值 比 绝对 门限 国 值 2 高 
Hf, fe AS 测量 报告 。 

SET У RR AE. 该 参数 表示 异 频 切换 测量 事件 触发 的 时 间 迟 滞 。 当 异 频 测量 事件 满 
足 触发 条 件 时 并 不 立即 上 报 ， 而 是 当 该 事件 在 时 间 迟 灌 内 ， 一 直 满 足 触 发 门限 ， 才 触发 上 报 
该 事件 测量 报告 。 

该 参数 可 以 减少 偶然 性 触发 的 事件 上 报 ， 并 降低 平均 切换 次 数 和 误 切 换 次 数 ， 防 止 不 必 
要 切换 的 发 生 。 

异 频 АЗ 偏 置 该 参数 表示 基于 АЗ 事件 的 异 频 切换 中 邻 区 质量 高 于 服务 小 区 的 偏 置 值 ， 
用 来 确定 邻近 小 区 与 服务 小 区 的 边界 。 该 值 越 大 ， 表 示 需 要 目标 小 区 有 更 好 的 服务 质量 才 会 
发 起 切换 。 

异 频 A1A2 幅度 迟滞 : 该 参数 表示 A1A2 事件 的 幅度 迟滞 ， 用 于 减少 由 于 无 线 信 和 号 波动 
导致 的 对 小 区 切换 测量 的 频繁 解除 和 和 触发， 减少 兵 乓 切换 和 误 判 ， 该 值 越 大 越 容 易 防 止 乒 乓 
切换 和 误 判 。 


9.4.3 VoLTE 业务 切换 策略 


1. D 连续 、F 插花 场景 

D 连续 、 上 插花 密集 城区 场景 ，D 频段 作为 底层 复 盖 ， 内 层 吸 收 数据 用 户 , 了 上 插花 作为 
补 育 和 论 度 覆盖 ， 吸 收 大 量 弱 和 履 盖 用 户 ， 避 人 免 连续 切换 ，VoLTE Вс Е 2624 w BJ D ЭЙ 
БЕБЕ. 

(1) 室外 安 站 协同 切换 策略 

D 一 F: 采用 A2 + A4 切换 策略 ， 采 用 基于 业务 分 层 的 切换 策略 ， 优 先 占 用 D. 
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FD: 采用 A2 + A4 切换 策略 ， 避 免 控 制 切换 。 

(2) 室内 外 协同 切换 策略 

ED: 采用 A2 + A4 切换 策略 ， 室 分 为 高 优先 级 ， 有 分 布 的 区 域 用 户 尽 量 留 在 室内 ， 
可 以 用 门口 5~10m 处 的 电 平 作为 参考 。 

DE: 采用 А2 + A5 切换 策略 ， 和 D 到 下 的 A2 门限 保持 一 致 ， 但 是 服务 小 区 А5 门限 
可 以 适当 降低 ， 控 制 D ЯП E 的 切换 区 域 。 

EF: 采用 A2 + A4 切换 策略 ， 和 D 频段 保持 一 致 。 

FE: 采用 A2 + A5 切换 策略 ， 和 下 到 DD 的 A2 +A3 策略 区 分 ， 使 用 不 同 参 数 进行 控 
制 ， 满 足 不 同 的 切换 场景 ， 见 表 9-28 。 











表 9-28 D 连续 、F 插花 协同 切换 策略 






































: 、 异 频 测量 小 区 | 异 频 邻 区 高 
И agas | 事件 触发 ОЙЛЫШ | SHBUNDCN к O 
描述 持续 时 间 量 启动 门限 | 量 停止 门限 n месо 
门限 一 门限 门限 
DI—D2 (A3) | 320ms 1dB -84dBm | -80dBm 4 dB N/A N/A N/A 
F—D (A4) | 320ms 1 dB -88dBm | -84dBm N/A | -86dBm| N/A N/A 
D 
ж | DoF (M) -84dBm| N/A N/A 
续 
р | EOD (M) -92dBm | N/A N/A 
Mi ЕЕ (A4) -92dBm| N/A N/A 
化 
DE (AS) N/A | -90dBm| -92dBm 
FE (A5) N/A | -90dBm| -92dBm 
































2. Е, р 插花 场景 

F 连续 、DD 插花 场景 , 频段 作为 基础 覆盖 ，D 频段 作为 数据 业务 的 容量 层 ，VoLTE [E 
先 占用 下 ， 尽 量 少 用 D 频段 ， 实 现 业 务 分 层 ， 减 少 切换 ， 提 升 感知 。 

(1) 室外 宏 站 协同 切换 策略 

D 一 F: 采用 A2 + A4 切换 策略 ， 优 先 占 用 F， 将 A2 门限 适当 提高 ， 降 低 AA 门限 ， 减 小 
D 到 下 切换 的 难度 。 

FD: 采用 А2 + A4 切换 策略 ， 优 先 占 用 Ff， 适 当 降 低 A2 门限 ， 提 高 AA 门限 ， 增 加 Ff 
到 D 切换 的 难度 。 

(2) 室内 外 协同 切换 策略 

ED: 采用 А2 + A4 切换 策略 ， 室 分 为 高 优先 级 ， 有 分 布 的 区 域 用 户 尽 量 留 在 室内 ， 
可 以 用 门口 5~10m 处 的 电 平 作为 参考 。 

DE: 采用 А2 + AS 切换 策略 ， 和 D 到 了 的 A2 门限 保持 一 致 ， 但 是 服务 小 区 AS 门限 
可 以 适当 降低 ， 控 制 D ЯП E 的 切换 区 域 。 

EF: 采用 A2 + A4 切换 策略 ， 和 下 到 DD 策略 保持 一 致 。 

FE: 采用 A2 + А5 切换 策略 ， 和 下 到 DD 的 A2 + A4 策略 区 分 ,使 用 不 同 参 数 进行 控 
制 ， 满 足 不 同 的 切换 场景 ， 见 表 9-29, 
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表 9-29 FEZ., D 插花 协同 切换 策略 




































异 频 测 量 A4 F ЭКЕ 
场景 | 切换 | 事件 触发 | 事件 触 | 异 频 小 区 测 | 异 频 小 区 测 | 小 区 | 决 门限 ， 异 频 邻 | 服务 小 区 低 于 于 AS 第 E 
描述 | 策略 | 持续 时 间 | 发 迟滞 | 量 启动 门限 | 量 停止 门限 | 偏 移 量 | 区 高 于 该 值 时 as 第 一 门限 | ur 

进行 切换 判决 

F^D | 320 1dB -86 dB N/A N/A 

(A4) ms m 

DF 

320 ms 1 dB -92 dBm N/A N/A 

( A4) 

F 

B [EROS] дамы 1 dB - 88 dBm N/A N/A 
D | ЕЕ 

插 | (аду | 320ms 1 dB -84 dBm N/A N/A 
1t 

D>E | 320 1 dB N/A -92 dB -92 dB 

(AS) iis m m 

| аш 1 dB N/A -96 dB -92 dB 

( AS ms m m 




















з. D 连续 、F 连续 场景 

D 连续 、F 连续 的 密集 城区 场景 ,下 频段 作为 底层 窗 盖 ， 深 度 禾 盖 ， 为 减少 切换 ， 增 加 
同 频 切换 的 A Bi, MIF FEN VoLTE 高 优先 级 ; D 作为 数据 容量 层 ， 内 层 D 吸收 话 务 ， 
为 VoLTE 低 优先 级 。 

(1) 室外 宏 站 协同 切换 策略 

D 一 F: 采用 A2 + A4 切换 策略 ， 优 先 占 用 下 ， 将 A2 门限 适当 放 低 ， 提 高 АА 门限 ， 增 加 
D 到 下 切换 的 难度 。 

FD: 采用 А2 + A4 切换 策略 ， 采 用 基于 优先 级 的 切换 ，D 为 高 优先 级 ,满足 A4 门限 
优先 切换 驻 留 ， 吸 收 话 务 。 

(2) 室内 外 协同 切换 策略 

ED: 采用 A2 + A4 切换 策略 ， 室 分 为 高 优先 级 ， 有 分 布 的 区 域 用 户 尽 量 留 在 室内 ， 
可 以 用 门口 5~10m 处 的 电 平 作为 参考 。 

DE: 采用 А2 + A5 切换 策略 ， 和 D 到 下 的 A2 门限 保持 一 致 ， 但 是 服务 小 区 А5 门限 
可 以 适当 降低 ， 控 制 D ЯП E 的 切换 区 域 。 

EF: 采用 A2 + A4 切换 策略 ， 服 务 小 区 AS 门限 可 以 适当 降低 2 ~4dB， 使 其 优先 切换 
到 室外 D 频段 小 区 。 

ЕЕ; 采用 А2 + А5 切换 策略 ， 和 下 到 DD 的 A2 + АЗ 策略 区 分 ,使 用 不 同 参 数 进行 控 
制 ， 满 足 不 同 的 切换 场景 ， 见 表 9-30, 














表 9-30 D 连续 、F 连续 协同 切换 策略 






事件 触 异 频 测量 A4 判决 
切换 策略 “| 发 持续 事件 触 | 异 频 小 区 测量 异 频 小 区 测 | 小 区 | 门限 ， 异 频 邻 区 | 服务 小 区 低 于 | 异 频 邻 区 高 于 
时 间 启动 门限 | 量 停 止 门限 | 偏 移 量 | 高 于 该 值 时 进行 | А5 第 一 门限 | А5 第 二 门限 
切换 判决 











D1/F—> 
D2/F (A3) 











N/A N/A 
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异 频 测量 AA 判决 
切换 策略 事件 触 异 频 小 区 测量 | 异 频 小 区 测 门限 ， 蜡 频 邻 区 | 服务 小 区 低 于 | 蜡 频 邻 区 高 于 
LS 启动 门限 | 量 停 止 门限 高 于 该 值 时 进行 | А5 第 一 门限 | A5 第 二 门限 
切换 判决 
F—D (А4) N/A 
DF (АЗ) N/A 
ED (А4) N/A 
EF (А4) N/A 
DE (A5) -92 dBm 
FE (A5) -92 dBm 























9.4.4 VoLTE 切换 策略 验证 结 


连续 、 下 插花 场景 切换 点 的 合理 性 及 话 务 在 不 同 频 点 的 分 布 情况 ， 对 选 定 
1201600, 2 和 按照 D YE 续 、 下 插花 密集 城区 场景 描述 进行 调整 
ыо, 场景 内 包含 高 校 工厂 区 域 、 行 政 办 公 区 域 ， 原 有 LTE 网 络 为 DI 
Rua a a 29 个 站 点 ， 占 比 38. 7% ， 如 图 9-44 所 示 。 
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测试 方法 : 


路 测 指 标 分 析 : 从 路 测 指标 来 看 ， 双 层 网 策略 第 二 阶段 ， 
司 整 前 提升 1. 95%, M0S=3 比率 占 比 调整 
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测试 区 域内 FTP 遍历 性 DT 测试 + 后 台 指 标 统计 分 析 。 
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«DX 


参 by IE TTDJIIIF 





履 盖 率 提 升 0.67% ，SINR £ 
前 提升 4. 66%, 129-31, 





平均 | 平均 |VoLTE 切换 成 M0S>3 |VoLTE 呼 | VoLTE |, eSRVCC| RTP 
: x : SRVCC | 平均 . | 主 叫 时 | ^. 
方 ЖЧ RSRP | SINR (MuR ЮЖ усе Os МӘ MR Huge | Lo | 成 功率 шж 
/dBm | /dB | 次 数 | (96) (%) (96) | (96) (96) | (96) 
调整 前 198. 18| -81.41| 14.78 |. 0 100 == 3.72 |87.57% | 100 0 2.51 -- [0.399 
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(Ж) 








平均 | 平均 IVoLTE| 切换 成 MOSz3 [VoLTE IF| VoLTE |, eSRVCC| RTP 
| тү | SRVCC | 平均 | 主 叫 时 | 让 
方 ЖМ sre | SINR (MUR | ЮЖ [seg uci МӘ [ШШЕ Huge Lo | 成 功率 шж 
/dBm | /dB | 次数 | (%) (%) (96) (96) (96) | (96) 
vm 
ls 后 log. 45 -83.31| 15.67 | 0 100 1 3.76 | 90.41 100 0 2.47 | 100 0.446 
第 一 阶段 
УЕ 
gn ов 85 – 82. 53 | 15.95 | 0 100 — 3.79 | 92.23 100 0 2.61 0. 417 












































后 台 指 标 分 析 : 凌晨 进行 指标 修改 ， 主 要 KPI 指标 调整 前 后 基本 稳定 ， 切 换 成 功率 稳 中 
有 升 ， 见 表 9-32, 


R 9-32 KPI 指标 前 后 对 比 




















T 期 无 线 接 通 率 | ERAB 建立 成 | VoLTE 接 VoLTE P: VoLTE 切换 eSRVCC 切换 

(96) | 功率 (ALL) (%)| 成 功率 (96) | 通 率 (96) | 话 率 (%) | 成 功率 (96) | 成 功率 (%) 
调整 前 4 周 99. 79 99. 97 99. 67 0.015 5 99. 83 99. 21 
调整 前 3 周 99. 78 99, 97 99, 74 0. 022 99. 87 99, 36 
调整 前 2 周 99. 78 99. 97 I 99. 65 0.0251 99. 85 99. 44 
调整 前 1 周 90. 8 99. 97 | 99. 68 0.024 1 99. 76 98. 23 
调整 后 1 周 99. 8 99. 97 99. 43 
调整 后 2 周 99. 8 99. 97 99. 27 
调整 后 3 周 99. 81 99. 97 99. 56 











小 结 : 经 过 参数 调整 ， 主 要 KPI 指标 平稳 ， 切 换 成 功率 稳 中 有 升 ， 路 测 显 示 覆 盖 率 、 
SINR, M0S>3. 0 比率 占 比 等 指标 明显 提升 ， 符 合 预期 。 


9.4.5 切换 失败 问题 定位 


切换 失败 通常 是 指 切 换 的 信 令 流程 交互 失败 ， 关 注 点 在 信 令 的 交互 ， 只 有 在 信 令 交互 出 
现 丢 失 或 信 令 处 理 结 采 失败 才 会 失败 。 其 中 ， 信 令 丢失 是 指 信 令 在 传输 过 程 中 出 错 或 不 能 到 



































达 对 端 ， 信 令 处 理 结果 失败 是 指 终端 或 网 络 侧 在 处 理 信 仿 时 us T 
出 现 异常 导致 流程 不 能 正常 进行 (如 切换 时 资源 不 足 ) 。 信 

令 传输 失败 根据 信 令 传输 媒介 的 不 同 可 分 为 无 线 传输 失败 和 

有 线 传输 失败 ， 其 中 X2, 51 接口 的 传输 通常 为 有 线 传输 ， | cs 

UU 口 为 无 线 传输 。 其 中 ， 有 线 传输 失败 的 概率 较 小 ， 无 线 сно сир) 

传输 失败 的 概率 较 大 ， 特 别 是 信号 质量 较 差 的 切换 区 。 ныс сомн_ кисео сир 


“Н СМР) 


1. UU 接口 信 令 异常 

对 于 切换 流程 ,在 UU 接口 只 有 3 条 信 令 : 测量 报告 
(MEASUREMENT REPORT )、 切 换 命 令 ( КЕС CONN 
RECFC) 、 切 换 完 成 (RRC RECFG CMP)。 但 有 时 在 定位 
切换 后 立即 掉 话 或 重建 问题 时 ， 也 关注 切换 后 的 第 一 次 重 
配置 信 令 (RRC CONN RECFG) 交互 。 严 格 来 说 ， 切 换 后 
的 重 配 置 消 息 已 经 与 切换 流程 没有 关系 ， 且 此 消息 不 可 预 。 ”图 9-45 切换 信 仿 流程 
期 ， 如 图 9-45 所 示 。 l ЕЕЕ 
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— ШІ irt erface 


UU 接口 信 令 异常 的 常见 原因 如 下 。 

(1) 测量 报告 丢失 

1) UE 内 部 层 间 丢失 ， 如 L3 把 测量 报告 发 送 给 L2 时 ，L2 处 理 失败 。 

2) UE 上 发 测量 报告 的 UL GRANT 没有 收 到 ， 下 行 PDCCH 受 限 。 

3) UE 上 发 的 测量 报告 ，eNB 没有 收 到 (或 收 到 但 CRC $5), ， 上 行 PUSCH ZR, 

(2) 切换 命令 丢失 

1) eNB 切换 内 部 流程 处 理 〈 如 邻 区 漏 配 、 资 源 不 够 等 ) 出 错 ， 没 有 下 发 切换 命令 。 

2) UE 下 行 PDCCH 解析 失败 ， 下 行 PDCCH 受 限 。 

3) UE 下 行 PDSCH 解析 失败 ， 下 行 PDSCH 受 限 。 

(3) 切换 完成 信 令 丢失 

1) UE 在 目标 小 区 的 PREAMBLE, eNB 没有 收 到 ， 上 行 PRACH 受 限 。 

2) UE 下 行 接收 RAR 失败， 下 行 PDSCH 受 限 。 

3) UE 上 发 切换 完成 ，eNB 没有 收 到 ， 上 行 PUSCH 受 限 。 

UU 口 的 传输 为 无 线 传 输 ， 其 信道 质量 可 以 分 为 上 上、 下行 来 分 析 。 如 果 终 端 侧 能 够 捕获 
RSRP, SINR, IBLER, DL/UL Grant 等 信息 ， 并 配合 网 络 侧 的 信 令 跟踪 ， 则 大 多 情况 都 可 
以 判断 上 上、 下行 的 问题 。 信 道 质量 的 观察 量 通 消 有 以 下 几 个 。 

RSRP: 下 行 导 频 接收 功率 。 导 频 与 数据 域 的 信道 质量 有 一 定 差异 ， 通 过 导 频 RSRP、 
SINR 可 以 大 致 了 解数 据 信 道 状况 。 一般 RSRP >- 85 dBm， 用 户 位 于 近 点 ; RSRP = 
-95 dBm， 用 户 位 于 中 点 ; RSRP <- 105 dBm， 用 户 位 于 远 点 。 判 断 用 户 位 于 近 点 、 中 点 、 
远 点 并 不 能 完全 判断 用 户 的 信道 质量 ， 尤 其 在 加 载 场 景 下 ， 有 可 能 中 点 、 近 点 用 户 的 信道 质 
量 仍然 不 理想 ( 当 邻 区 RSRP 与 服务 小 区 RSRP 较 接 近 时 ,干扰 较 大 )， 需 要 依据 其 他 指标 
来 判断 信道 质量 。 

SINR: 下 行 导 频 SINR。 通 过 导 频 SINR 可 以 大 致 了 解数 据 信道 状况 。 如 果 SINR «0 dB, 
则 说 明 下 行 信道 质量 较 差 。 当 SINR <-3 dB 时 ， 说 明 下 行 信 道 质量 恶劣 ， 处 于 解 调 门限 附 
近 ， 容 易 造 成 切换 信 令 丢失 ， 导 致 切换 失败 。 上 行 SINR 可 以 通过 LMT 用 户 性 能 跟踪 获得 。 

IBLER: 正常 情况 下 ，IBLER 应 该 收敛 到 目标 值 (目标 值 为 10% ， 当 信道 质量 很 好 时 ， 
IBLER 接近 或 等 于 0) 。 如 果 IBLER 偏 高 ， 则 说 明 信 道 质量 较 差 ， 数 据 误 码 较 多 ， 很 容易 造 
成 摊 话 、 切 换 失 败 ， 或 者 切换 时 延 。 

在 判断 上 上、 下行 信道 质量 时 ， 有 时 不 能 完全 依靠 L3 上 下 行 信 令 是 否 丢 失 来 判断 。 例 如 ， 
下 行 信道 质量 差 不 仅 会 影响 下 行 信 令 的 解 调 ， 下 行 PDCCH 解 调 错误 ， 还 会 影响 上 行 调度 ， 
造成 上 行 信 邻 丢失。 信道 质量 问题 通常 是 由 于 弱 覆 盖 或 干扰 引起 的 。 

对 于 空 口 问题 定位 ， 需 要 把 问题 定位 到 履 盖 (У а. RKE mE), FH, SKY 
配 、 切 换 不 及 时 等 儿 类 ， 再 采用 相应 的 措施 解决 问题 。 

2. X2 接口 信 令 异常 

对 于 切换 流程 ， 只 有 经 过 X2 的 站 间 切 换 在 X2 口 有 切换 流程 的 信 令 。 在 X2 接口 通常 情 
况 下 有 以 下 4 条 信 令 : 切换 请 求 (HANDOVER REQUEST) 、 切 换 响 应 (HANDOVER RE- 
QUEST АСК), SN 状态 转发 (SN STATUS TRANSFER) UE ЕТ ЖЖЖ (UE CONTEST RE- 
LEASE), ， 如 图 9-46 所 示 。 
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ПЕ 35 eNB T &HB Core Network 
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а 


ANDOVER_REQUEST АС 
"I ——— 


ЕЕС CONN БЕСЕ 
(HO СМГ) SN STATUS TRANSFER 
————————————————— 


ЕЕС CONN| RECFG СМР 
PIAP PATH SWITCH REG 


SIAF PATH SWITCH FREY АСК 
UE CONTEXT RELEASE 


ЕЕС CONN |FEEC FG СМР 





— ж HIT irterface ————Ш= XZ interface — —n= 51 interface 





图 9-46 切换 信 令 流程 中 X2 DIAS 


X 接口 信 令 异常 的 常见 原因 如 下 。 

1) 切换 请 求 丢 失 ， 可 能 的 原因 主要 为 eNB 内 部 处 理 测 量 报告 异常 ， 如 邻 区 漏 配 、 内 部 
模块 处 理 失 败 。 

2) X2 口传 输 异 常 ， 如 传输 丢 包 。 

3) 切换 响应 丢失 ， 可 能 的 原因 主要 为 源 小 区 内 部 异常 ， 源 小 区 在 目标 小 区 回 切 换 响 应 
之 前 ， 向 目标 小 区 在 X2 HAZ HANDOVER CANCEL 信 令 。 

4) 目标 小 区 切换 准备 异常 ， 这 时 通常 会 在 X2 口 出 现 HANDOVER PREPARATION 
FAILURE 信 令 。 

5) x2 口传 输 异 常 ， 如 传输 丢 包 。 

6) SN 状态 前 转 信 令 丢失 ， 可 能 的 原因 主要 为 X2 口传 输 异 常 ， 如 传输 丢 包 、 源 小 区 内 
部 错误 。 

7) UE 上 下 文 释放 信 令 丢失 ， 可 能 的 原因 主要 为 X2 口传 输 异 常 ， 如 传输 丢 包 ， 目 标 小 
区 收 到 切换 完成 后 内 部 处 理 错 误 ， 导 致 没有 进行 51 PATH 切换 ， 或 S1 PATH 切换 失败 。 

8) 对 于 X2 口 消息 交互 出 现 异 常 ， 通 党 是 传输 失败 或 基站 内 部 处 理 出 错 ， 而 基站 内 部 
处 理 出 错 的 概率 较 小 ， 传 输 失 败 的 可 能 性 较 大 , 但 比较 难以 定位 ， 需要 在 传输 的 两 端 抓 包 
确认 。 

3. S1 接口 信 令 异常 

对 于 切换 流程 ， 只 要 是 跨 eNB 切换 ， 不 管 是 经 Sl 切换 还 是 经 X2 切换 ， 在 S1 口 均 有 信 
令 交 互 。 在 经 X2 接口 切换 时 ，S1 接口 仅 有 两 条 信 今 : SIAP PATH SWITCH REQ, S1AP 
PATH SWITCH REQ АСК; 在 经 51 接口 切换 时 ，S1 接口 信 令 会 在 源 eNB 和 目标 eNB 有 较 多 
的 交互 ， 如 图 9-47 和 图 9-48 所 示 。 

跨 X2 切换 的 SIAP PATH SWITCH REQ 丢失 ， 可 能 的 原因 主要 为 目标 eNB 内 部 处 理 切 
换 完成 信 令 失败 ，S1 口传 输 异 常 ， 如 传输 丢 包 。 
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图 9-47 切换 信 今 流程 中 X2 口 消息 交互 


S 
Meas RPRT 


RRC CONN RECFG 
(HO CMD) 


_eNB 


广 -一 > 


RRC_CONN, RECFG_CMP 


(HO 


CMP) 


RRC CONN| RECFG 


ККС СОММ | 


КЕСЕС СМР 





T eNB 


УТАР HANDOVER REQUIRED 


—— — n" o 


SIAP HANDOVER CMD 


SIAP eNB STATUS TRANSFER 
УТАР MME STATUS TRANSFER 
二 | 


УТАР ОЕ CONTEXT. REL. CMD 
УТАР UE CONTEXT REL СМР 


SIAP HANDOVER REQUEST 
]— TW 


S1AP HANDOVER REQ ACK 
—— — 


SIAP HANDOVER NOTIFY 
—— = 


Core N 











一 一 > UU interface ——3 X2 interface —— 51 interface 


图 9-48 切换 信 令 流程 中 SI 口 消 息 交 互 


跨 X2 切换 的 S1AP PATH SWITCH REQ ACK 丢失 ， 可 能 的 原因 主要 为 核心 网 收 到 SLAP 
PATH SWITCH REQ 消息 后 ， 内 部 处 理 失 败 。 
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跨 51 切换 的 SIAP HANDOVER REQUIRTED 信 令 丢失 ， 可 能 的 原因 主要 为 源 小 区 因为 
在 切换 内 部 流程 处 理 出 错 〈 如 邻 区 漏 配 、 资 源 不 够 等 ) ， 没 有 发 切换 请 求 消息 SIAP HAN- 
DOVER REQUIRTED, 51 口传 输 异 稍 ， 传 输 过 程 中 丢失 。 

跨 S1 切换 的 SIAP HANDOVER REQUEST 信 令 丢失 ， 可 能 的 原因 主要 为 核心 网 收 到 
SIAP HANDOVER REQUIRTED 后 ， 内 部 处 理 出 错 ，S1 口传 输 异 常 ， 传 输 过 程 中 丢失 。 

跨 S1 切换 的 SIAP HANDOVER REQUEST АСК 信 令 丢失 ， 可 能 的 原因 主要 为 目标 小 区 
收 到 SIAP HANDOVER REQUEST 后 ， 内 部 处 理 出 错 〈 如 资源 不 足 等 ) 51 口传 输 异 常 ， 传 
输 过 程 中 丢失 。 

跨 S1 切换 的 51 HANDOVER CMD 信 令 丢失 ， 可 能 的 原因 主要 为 核心 网 收 到 S1AP HAN- 
DOVER REQUEST ACK 后 ， 内 部 处 理 出 错 ，S1 口传 输 异 常 ， 传 输 过 程 中 丢失 。 

跨 51 切换 的 SIAP ENB STATUS TRANSFER 信 邻 丢失， 可 能 的 原因 主要 为 源 小 区 处 理 收 
到 51 HANDOVER CMD 后 ， 内 部 处 理 出 错 ，S1 口传 输 异 常 ， 传 输 过 程 中 丢失 。 

跨 51 切换 的 S1AP MME STATUS TRANSFER 信 令 丢失 ， 可 能 的 原因 主要 为 核心 网 收 到 
SIAP ENB STATUS TRANSFER 后 ， 内 部 处 理 出 错 ，S1 口传 输 异 常 ， 传 输 过 程 中 丢失 。 

路 51 切换 的 S1AP HANDOVER NOTIFY 信 令 丢失 ， 可 能 的 原因 主要 为 目标 小 区 收 到 切 
换 完成 消息 后 ， 内 部 处 理 出 错 ，S1 口传 输 异 常 ， 传 输 过 程 中 丢失 。 

跨 51 切换 的 S1AP UE CONTEST REL CMD 信 令 丢失 ， 可 能 的 原因 主要 为 核心 网 收 到 
SIAP HANDOVER NOTIFY 后 ， 内 部 处 理 出 错 ，S1 口传 输 异 常 ， 传 输 过 程 中 丢失 ，。 

ES 51 切换 的 SIAP UE CONTEST REL СМР 信 令 丢失 ， 可 能 的 原因 主要 为 源 小 区 收 到 
SIAP UE CONTEST REL CMD 后 ， 内 部 处 理 出 错 ，S1 口传 输 异 常 ， 传 输 过 程 中 丢失 。 

对 于 S1 口 消 息 交 互 出 现 异常 ,通常 是 传输 失败 或 网 络 设 备 内 部 处 理 出 错 ， 设 备 内 部 处 
理 出 错 的 概率 较 小 ， 传 输 失 败 的 可 能 性 较 大 ,但 比较 难以 定位 ,需要 在 传输 的 两 端 抓 包 
确认 。 











9.5 第 五 招 лі 终端 专题 





9.5.1 背景 


随 着 VoLTE 业务 的 推广 ， 越 来 越 多 的 用 户 开 始 使 用 VoLTE 终端 ， 只 有 确保 VoLTE 商用 
过 程 中 用 户 的 良好 体验 ， 聚焦 关键 网 络 问题 ， 创 新 工作 方法 ， 推 动 VoLTE 网 络 质量 与 运 维 
能 力 双 提升 ， 才 能 实现 VoLTE 业务 的 全 面 领先 。VoLTE 业务 日 党 使 用 过 程 中 ,最 直接 影响 
用 户 感知 的 是 终端 问题 ， 提 前 发 现 、 定 位 和 人 解决 VoLTE 终端 可 能 存在 的 问题 ， 是 葛 定 用 户 
良好 体验 的 基础 。 多 种 品牌 、 型 号 的 VoLTE 终端 在 日 常 使 用 的 测试 ， 是 终端 问题 早 发 现 、 
星 定 位、 时 解决 的 必要 手段 。 

9.5.2 终端 测试 方法 

1. 终端 测试 用 例 

终端 测试 要 求 从 用 户 的 角度 去 发 现 终端 使 用 过 程 中 的 问题 ， 提 升 VoLTE 用 户 的 使 用 感 
知 ， 在 保证 业务 正常 的 前 提 下 ， 提 升 终端 与 用 户 的 交互 。 测 试 包括 视频 用 例 、 功 能 用 例 、 性 
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能 用 例 、 增 值 和 补充 业务 问题 等 测试 内 容 ， 还 包含 拨打 特殊 号 码 (1095533 等 短 号 ) 、 





界面 设置 问题 等 日 常 使 用 测试 。 
2. 终端 测试 抓 包 方法 
(1) 常用 终端 版 本 号 检验 及 VoLTE 开通 
1) iPhone 6。 
版 本 号 查询 : 设置 一 通用 一 关于 本 机 一 版 本 一 xxxx 
开启 VoLTE 方法 : 设置 一 蜂 寡 移动 网 络 一 启用 4G 一 语音 与 数据 
VoLTE 已 开局 检测 : 拨打 电话 不 再 回落 2G 
2) 华为 Mate 8: 
版 本 号 查询 : 设置 一 关于 手机 一 版 本 号 一 xxxx 
开启 VoLTE 方法 : 设置 一 更 多 一 移动 网 络 一 VoLTE 通话 
VoLTE 已 开启 检测 : 拨打 电话 不 再 回落 2G; 右上 角 显 示 HD 标识 。 
3) ZÆ S6; 
版 本 号 查询 : 设 定 一 关于 手机 一 版 本 号 一 xxxx 
开启 VoLTE 方法 : 设 定 一 移动 网 络 一 高 清 语音 
VoLTE 已 开启 检测 : 拨打 电话 不 再 回落 2G; 右上 角 显 示 HD 标识 。 
4) 小 米 5. 
版 本 号 查询 : 设置 一 关于 手机 一 MIUI 版 本 一 xxxx 
开启 VoLTE 方法 : 设置 一 双 卡 和 移动 网 络 一 启动 VoLTE 高 清 通话 
VoLTE 已 开启 检测 : 拨打 电话 不 再 回落 2G; 右上 角 显 示 VOLTE 标识 。 
5) vivo X6L; 
版 本 号 查询 : 设置 一 更 多 设置 一 关于 手机 一 版 本 信息 一 xxxx 
开启 VoLTE 方法 : 设置 一 电话 一 VoLTE 
VoLTE 已 开启 检测 : 拨打 电话 不 再 回落 2G; 右上 角 显 示 HD 标识 。 
(2) тый QXDM 使 用 说 明 








手机 


QXDM (The QUALCOMMExtensible Diagnostic Monitor) 是 高 通 公 司 (Qualcomm) 发 布 
的 可 以 对 手机 终端 所 发 数据 进行 跟踪 的 工具 ， 通 过 对 数据 的 分 析 可 以 诊断 信 令 流程 、 分 析 数 
据 包 的 正确 与 否 等 。 在 测试 中 有 重要 作用 ， 正 确 合 理 地 使 用 可 以 为 测试 提供 便捷 的 定位 





TE. 


QPST 是 一 个 针对 高 通 芯 片 开 发 的 传输 软件 ， 所 以 QXDM 必须 使 用 QPST 才能 实 


KmA PC 用 户 图 形 界面 的 交互 功能 ， 如 图 9-49 Bras, 


现 手 机 


终端 侧 利 用 QXDM 抓 取 所 有 Log， 此 方法 主要 利用 QXDM 进行 多 层 的 信 令 分 析 、 语 首 


放 等 。 
1) 手机 端 与 计算 机 连接 。 


CD 在 抓 取 QXDM 的 Log 前 ， 要 安装 QXDM, QCAT, QPST 软件 (安装 顺序 为 QPST— 


QXDM—QCAT) 。 





D 手机 终端 进行 QXDM 连接 ， 需 要 保证 终端 的 端口 被 打开 ,不同 的 终端 有 不 同 的 打开 


方式 ， 但 是 QXDM 软件 只 能 连接 高 通 必 片 的 终端 。 





O 计算 机 安装 好 手机 驱动， 在 COM 口 保证 能 够 找到 手机 端口 。 手 机 目 惠 驱动 不 能 正常 
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SURFs, FFAs QPST Clients 





图 9-49 物理 连接 架构 图 


显示 端口 ， 使 用 驱动 精灵 安装 驱动 后 正常 。QXDM 打开 后 ，QPST 自动 打开 并 显示 端口 号 。 

2) 新 建 和 保存 项 目 。 

(首先 打开 QXDM， 单 击 Option 一 Log View Configuration 命令 ， 把 Message Packet, Log 
Packets, Event Reports 等 子 菜 单 下 的 选项 全 义 上 。 

(2) 单 击 Option Message View Configuration 命令 ， 把 Message Packet, Log Packets, Log 
Packets (ОТА) ) 等 子 菜单 下 的 选项 全 勾 上 。 

Options 选项 中 的 Message View Config 配置 的 主要 目的 是 抓 取 扩展 调试 消息 (Extended 
Debug Message), Mj Log View Config 配置 的 主要 目的 是 获取 Log 信息 及 捕获 信 令 包 。Log 
View 和 Message View 是 为 了 和 传统 的 日 志 查 看 相 兼 容 。 如 果 不 用 这 个 菜单 ， 可 以 通过 Fil- 
tered View 来 进行 日 记 的 过 滤 和 查看 。 可 以 获取 所 有 的 ITEM， 然 后 利用 过 滤 查 看 来 查看 所 知 
要 信息 。 如 果 要 查看 信 令 流程 ， 则 可 以 查看 Log View; 如 果 要 查看 手机 终端 各 个 子 层 的 信 
息 ， 则 可 以 查看 Message View, 

(3) 单 击 options 一 Communications 命 命令 ， 选 择 正 党 的 端口 ， 单 击 OK 按钮 。 

(4) 打开 LogView, MessageView, ItemView 窗口 (快捷 键 为 FL、F3、Fl1) 打印 相应 的 
Log， 最 后 保存 F11 Hy Log, F11 的 Log 会 把 Fl ЯП ЕЗ 的 Log 都 保存 上 

保存 Log 时 有 以 下 两 种 方法 : 

e 按 (Ctrl +A》 键 选中 所 有 的 Log， 然 后 单 击 鼠 标 右键 ， 在 弹出 的 快捷 沫 单 中 选择 Copy 

All items， 给 Log 取 一 个 名 字 保 存在 相应 的 位 置 即 可 。 

e 单 击 File 一 Save Items 命令 ， 给 Log 取 一 个 名 字 保 存 到 相应 位 置 即 可 。 

(5) 新 建 一 个 项 目 。 从 使 用 QXDM 开始 ， 它 就 开始 捕获 数据 。 而 对 于 我 们 来 说 ， 前 面 的 
数据 我 们 没 打 电话 ， 没 发 短信 ， 抓 取 的 Log 没有 多 大 意义 ， 所 以 我 们 想 重 新 再 捕获 一 次 ,但 
又 不 想 要 保存 之 前 的 数据 ， 这 就 可 以 利用 File 选项 中 的 New Items (Alt+1)。 要 注意 的 是 ， 
如 果 设 置 了 保存 选项 ， 在 新 建 时 QXDM 会 要 求 我 们 保存 ， 和 否则 会 自动 清除 所 有 内 容 。 而 File 
选项 中 的 Save Items (Ctrl +1) 就 是 保存 项 目 , 保存 路 径 可 以 自己 选择 ,保存 文件 扩展 名 为 
.isf， 命 名 规则 为 yy — dd. hh — mm. isf (日 期 时 间 )。 而 Log 自动 保存 文件 夹 默 认为 C:\Pro- 
отат Files\Qualcomm \QXDM\Bin。 
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3) 语音 回放 。 

CD 保存 的 Log 利用 QCAT 进行 回放 ， 可 以 查看 终端 上 行 和 下 行 组 包 情 况 。 

(2 打开 QCAT 软件 ， 打 开 Log, 

(3) 单 击 Vocoder playback 可 以 回放 语音 数据 

QCAT 可 以 将 QXDM 抓 取 的 信 令 Log 转换 成 PCAP 格式 ， 使 用 Wireshark 打开 。 

(3) 常见 手机 型 号 Log 抓 取 方 法 

1) 三 星 S6 手机 抓 Log 的 方法 。 

Silent Log 抓 取 方法 如 下 : 

D 在 拨号 盘 ， 按 keysuing * # 9900 #, 

(2) 改变 Debug level Disabled/Low 为 MID (手机 会 自动 重启 ) 。 

(3) 开机 后 ， 按 keystring * # 9900 #, 

(4) FÈ Silent log: off, 然后 选择 Default, 

© 点 击 TCP DUMP START (如 弹出 秘 钥 窗口 ， 请 联系 三 星 工程 师 ) 一 any 一 OK。 

O 开 飞行 模式 一 关 飞 行 模式 一 再 现 问题 。 

CO 在 拨号 界面 上 按 = 4990045, YEfÉ TCP DUMP STOP, 

点 击 Silent Log: Оп, 

(9) 点 击 最 上 面 的 Run dumpstate 一 logcat 一 modem log, 

10 选择 COPY TO SDCARD; 

qp 到 “我 的 文件 ”把 “Log” 文 件 夹 复制 到 计算 机 中 。 

(2 在 拨号 界面 上 按 499002, 改变 Debug level Enabled/MID 27 LOW, 

所 有 的 Log 文件 都 保存 在 我 的 问题 一 全 部 一 手机 存储 一 Log 文件 夹 里 。 通 过 计 
^ X Ee PF RIBUS SCUETHSHRAT ALS 256 — HE 

(3 在 拨号 界面 上 按 * #9900#, 点 击 TCP DUMP START—any—OK, 

W 开 飞行 模式 一 关 飞 行 模式 一 再 现 问题 。 

do 在 拨号 界面 上 按 * 如 900# 后 ， 选 择 TCP DUMP STOP， 然 后 选择 COPY TO SDCARD, 

(0 Log 文件 保存 在 根 目录 的 log/ 下 面 。 

d 复制 Log 文件， 压缩 时 请 注意 文件 命名 与 问题 对 应 。 

2) 华为 Mate8 Volte Beta 用 户 Log 工具 的 使 用 。 

Шиш 5 —Ё 

安装 完成 后 ， 手 机 票面 会 增加 一 个 “日 志 系 统 升 级 ”的 图 标 ， 点 击 该 图 标 。 

点 击 “START” 按钮 ， 手 机 会 重 局 ， 进 行 日 志 系 统 升级 。 

D 抓 取 Log 的 方法 如 下 : 

扩 击 果 面 “手机 服务 ”应 用 ， 在 弹出 的 界面 中 点 击 下 方 的 “BETA 俱乐部 ”。 

a. Ail "BEDAE A ciTe Ho", 

b. д “Modem 日 志 ”。 

c. 点击“ 开始 抓 取 ”。 

d. 点 击 “ 全 部 日 志 ”。 

e. 点 击 “ 开 始 抓 取 ”。 

遇 到 问题 后 ， 停 止 抓 取 modem 日 志 。 测试 发 现 问 题 后 ， 和 直接 点 击 “ 停 止 抓 取 modem H 
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志 ” 按 钮 即 可 ， 全 部 日 志 会 目 动 停止 。 

(3) 导出 Log 的 方法 如 下 : 

手机 选择 存储 模式 ，Log KEN: 此 计算 机 \HUAWEI NXT -TL00\ 内 部 存储 \log\modem\ 

balonglte „ 

LPD 的 Log 格式 需要 联系 华为 工程 师 ， 等 竺 回复 。 

3) iPhone 抓 Log 的 方法 如 下 : 

方法 一 : 商用 iPhone 抓 取 Log, 

将 商用 iPhonelog 配置 文件 通过 邮件 发 送 到 手机 端 (通过 手机 目 带 邮箱 工具 才 可 以 进行 

安装 ) ， 手 机 点 击 安装 后 启动 相应 的 Log 抓 取 ， 人 然后 用 itunes 同步 到 计算 机 的 文件 夹 中 。 

(D 配置 手机 邮箱 (EZA ER АНА) 的 步骤 如 下 : 

设置 一 邮箱 、 通 讯 录 、 日 历 一 添加 账户 一 QQ 邮箱 一 输入 电子 邮件 密码 一 存储 。 

D 组 件 安 装 的 步骤 如 下 : 

上 点击“TelephonyDiagnosticsProfile” 一 点 击 安装 一 安装 后 点 完成 。 

(3) 进入 抓 Log 界面 的 步骤 如 下 : 

设置 一 蜂 祝 移动 网 络 一 蜂 色 移动 数据 选项 一 电话 日 志 (9.2. 1)。 

D Log 抓 取 与 保存 的 步骤 如 下 (Log 工具 一 段 时 间 后 会 自动 市 除 ， 重 新 下 载 即 可 )。 

e 点 击 Enable Logging 开始 抓 取 (此 处 点 击 后 无 反应 ， 属 正常 现象 )。 

e 复 现 问题 后 点 击 Save Log 保存 Logo 

e 在 弹出 的 Log 名 称 界面 中 输入 Log 名 称 ， 点 击 OK 按钮 。 

e 提示 Log 保存 成 功 ， 点 击 OK 按钮 即 可 。 

e Log 导出 步骤 如 下 : 连接 终端 到 计算 机 一 打开 iTunes 一 同步 。 

e 如 果 计 算 机 是 Windows XP 操作 系统 ， 则 Log 文件 在 C:\Documentsand Settings \ < your 
name > \Application Data \ AppleComputer \ Logs \ CrashReporter \MobileDevice VTelephony H 
J P. 

e 如 果 计 算 机 是 Windows Vista/ Windows 7 操作 系统 ， 则 Log 文件 在 . С. Nusers V < user- 
name > \AppData \ Roaming \ Apple computer \ Logs V CrashReporter \ MobileDevice \ Telephony 
H3*F. 

e 如 果 是 Windows 8, ИИ Log 文件 在 C; VUsersVpe VAppData Mtoaming V Apple Computer V.ogs 
VCrashReporterVMobileDevice VTelephony 目录 下 。 

方法 二 : 使 用 Charles 进行 iPhone 手机 抓 包 。 

设备 : 笔记 本 式 计 算 机 、 手 机 。 

笔记 本 式 计 算 机 与 手机 在 同一 个 局 域 网 内 ， 计 算 机 做 中 转 服 务 硕 ， 用 来 抓 包 。 

在 手机 上 连接 WiFi, 设置 代理 即 可 。 

4) vivo X6L J Log 方法 。 

CD 校准 终端 时 间 ， 以 方便 定位 和 分 析 问 题 。 

终端 侧 设置 方法 : 设置 一 更 多 设置 一 日 期 和 时 间 一 开局 目 动 设置 。 

D 拨号 * # * #3646633# * # = 进入 工程 模式 。 

O 选择 “ Log and Debugging" 分 页 ( 左 石 滑动 选择 )。 

@ 选择 “MTKLogger”， 点 击 右 上 角 的 “设置 ”按钮 ， 确保 “MobileLog”“ ModemLog” 
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“Network”“GPSLog” 均 开启 。 

(5) 点 击 最 下 方正 中 间 的 按钮 即 可 开始 录制 Logo 

(6) 复 现 问题 后 ， 点 击 本 界面 下 方 的 “停止 ”按钮 ，Log 目 动 保存 。 

(D Log 保存 路 径 。 对 应 的 Log 生成 后 会 存储 在 手机 根 目录 下 的 “mtklog” 文 件 夹 中 ， 整 
体 打包 导出 即 可 。 因 为 每 次 Log 生成 的 名 字 均 为 “mtklog”， 为 防止 本 次 Log 冲 掉 上 次 的 
Log， 每 次 保存 Log 后 必须 对 文件 夹 进行 重 命名 ; 初次 测试 前 建议 检查 根 目录 ， 有 “mtklog” 
文件 夹 请 删除 ， 以 免 混淆 。 

5) 小 米 5 抓 Log 方法 。 

CD 在 拨号 界面 输入 * # #95995#*#* ， 开 始 抓 取 Log 

(2) 出 现 问 题 后 ， 再 次 输入 * # * 8995995# + # * 停止 抓 取 。 

@ А E * 把 84#### 保存 Log， 过 大 概 1 min 即 可 。 

(4) Log 存放 路 径 。 

Modem LOG 存放 路 径 : 文件 管理 一 diag_Logs。 

Bugreport 存放 路 径 : 文件 管理 一 MIU[ 一 "debug_Log。 

(5) Log 导出 : ERIAHL, MRKA, E USB 选项 处 选择 传输 文件 (MTP) 即 可 。 


9.5.3 终端 问题 分 析 情 况 


目前 市 场 上 VoLTE 终端 型 号 较 多 ， 所 有 型 号 VoLTE 终端 问题 的 发 现 和 定位 不 易 实 现 。 
对 市 场 占 比较 高 、 用 户 数 多 的 终端 进行 测试 已 定位 的 问题 共 涉及 39 款 不 同 的 终端 ， 其 中 主 
流 终端 iPhone 、 华 为 Mate8 、 三 星 56/57 都 存在 部 分 问题 ， 如 图 9-50 所 示 。 

E723 | р et 级 站 问题 能 

š Ж, MEIR, 1А 27 П 2] 
还 有 大 量 市 场 份额 较 小 的 非 主流 终端 。 测 试 中 > 8% 


非 主流 终端 发 现 的 问题 数量 更 多 ， 占 总 数 的 » 6% 


81% ， 且 问题 种 类 多 ,涉及 各 种 终端 问题 ， 需 
"iPhone = Mate8 = 56/57 其 他 

















要 逐步 推动 解决 ， 如 图 9-51 所 示 。 

终端 问题 定位 举例 . 

问题 1. CS 用 户 呼叫 VoLTE 用 户 无 应 答 前 
转 接 通 后 无 声 问 题 。 

2G/3G 用 户 A 呼叫 VoLTE HP B, B 归属 
中 兴 VoLTE 核心 网 ， 用 户 В 无 应 答 (或 遇 忙 或 
不 可 及 ) 前 转 到 CS HP C, C 接 通 后 ，A 上 还 R le 
是 显示 拨号 中 ， 能 听 到 C 用 户 的 声音 , 但 C 用 户 听 不 到 A 用 户 的 声音 ， 单 通 。 

经 分 析 ， 发 现 是 AS 发 送 UPDATE 后 同一 时 间 收 到 2000K 及 UPDATE， 信 令 跟 踪 显 示 ， 
收 到 UPDATE 在 前 ，2000K 在 后 ， 顺 序 反 了 了。 再 结合 MGCF 上 的 顺序 ， 发 现 MGCF 的 顺序 
是 正确 的 。 之 所 以 MGCF 发 送 顺 序 正确 ， 而 AS 上 顺序 不 对 ， 是 由 于 网 络 时 延 或 拌 动 造 
成 的 。 

进行 测试 ， 并 抓 取 CSCF. AS. MGCF 涉及 网 元 及 手机 Log 进行 信 令 分 析 。 

上 述 场 景 下 呼叫 流程 经 过 网 元 : 用 户 A 所 在 端 局 触发 B 用 户 的 被 叫 锚 定 流程 ， 前 插 码 
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终端 三 方 通话 问题 其 他 业务 问题 终端 视频 通话 问题 终端 显示 问题 终端 语音 通话 问题 


9-51 非 主 流 终端 问题 分 布 


通过 关口 局 送 给 MGCF, MGCF j&2$ І – CSCF, I- CSCF 找到 B 用 户 所 在 S$- CSCF, S 
CSCF 触发 B 用 户 的 业务 送 给 AS， 呼 叫 B，B 振 铃 后 不 接 ， 无 应 答 前 转 到 C， 由 于 C 号 码 为 
CS RHF, 所 有 S - CSCF 会 将 呼叫 送 给 MGCF 出 局 到 关口 局 。 
1) 根据 上 述 现象 ， 说 明 呼 转 成 功 ，C 号 码 已 经 振 铃 ， 依 次 查看 各 网 元 信 邻 ， 发 现在 
CSCF 发 送 呼 转 号 人 码 С 的 invite 后 ， 一 直 没 有 收 到 C 号 人 码 的 180 2 № 2000K (invite) 7H 
如 图 9-52 所 示 。 














m .. u ш" шшш = шш mac ш = —= -A e> 
序号 时 间 | 2a 源 目标 消息 消息 摘要 
104 2016-03-30 17:26:28.291 |БІР 10.187.89.130:5154 10.187.89.131:5060 INVITE INVITE tel:+5615155152775 SIP/2.0 
105 2016-03-30 17:26:28.291 SIP 10.187.89.130:5154 10.187.89.13 1:5060 INVITE INVITE tel+8615153152773 SIP/2.0 
106 2016-03-30 17:26:28.299 SIP = 
107 2016-03-30 17:26:28.391 SIP 10.187.89.130:5150 10.187.89.132:5148 IOOUINVITE) SIP/2.0 100 Trying 
108 2016-03-30 17:26:28.431 SIP 10.187.80.132?:5148 10.157.89 130-5154 100(INVITE) SIP/?.0 100 Trying 
109 2016-03-30 17:26:28.431 SIP 10.187.89.130:5147 10.187.89.132:5148 100(INVITE) SIP/2.0 100 Tryina 
|110 2016-03-30 17:26:28.461 SIP 10.187.89.132:5148 10.157.89.130:5147 1O00(INVITE) SIP/2.0 100 Trying 
"naa 2016-03-30 17:26:28.461 SIP 10.187.89.130:5154 10.1287.20.132:5148 100(INVITE) SIP/2.0 100 Trying 
112 2016-03-30 17:26:28.499 SIP 10.187.89.1317:5108 10.187.89.130:5154 100(INVITE) SIP/2.0 100 Trying 
113 2016-03-30 17:26:28.491 SIP 10.187.20.131]7:5108 10.187.80.130:5154 100(INVITE) SIP/2.0 100 Trying 
114 2016-03-30 17:26:28.509 SIP 10.187.8089.12:5060 10.187.89.131:5112 100(INVITE) SIP/2.0 100 Trying 
115 2016-03-30 17:26:29.491 SIP 10.187.89.142: 5060 10.187.80.130:5148 487(INVITE) SIP/2.0 487 Request Terminated 
116 2016-03-30 17:26:29.491 SIP 10.187.89.130:5148 10.187.89.142: 5060 ACK ACK =ір:460029632915501@[2409:8807:а0... 
117 2016-03-30 17:26:29.491 SIP 10.187.89.130:5147 10.187.89.132:5148 487(INVITE) SIP/2.0 487 Request Terminated 
118 2016-03-30 17-26-29 501 SIP 10.187.89.132:5148 10.187.89.130:5151 ACK АСК tel: +8615908941734 SIP/2.0 
119 2016-03-30 17:26:31.759 SIP 10.187.89.12: 5060 10.187.89.131:5112 183(INVITE) SIP/2.0 183 Session Progress 


图 9-52 ”网 元 信 令 流程 


2) 根据 这 个 线索 ， 继 续 查 看 MGCF 的 信 令 ， 发 现 确实 如 此 ， 收 到 C 号 码 过 来 的 ACM 
和 ANM 后 ,没有 向 CSCF 转发 180 振 铃 及 2000K (invite) 消息 ， 如 图 9-53 所 示 。 





к= qu шш | Шы] Es ia > ЕА | B A | 25 
RA LELE] KHA ЕРЕ Узе Бие IMSI 
52 2016-03-20 17:26:21.800 |SIP 200 uie S9(QODAMGCF3BZX OQDASCSCFABZX) 
53 2016-03-30 17:26:31.800 |H248 EVT_H2485S_MODIFY_REQ s= 191(QDAMGCF3BZX QDAIMGW2BZX ... 
54 2016-03-30 17:26:31.800 SIP UPDATE Sip 39(QDAMGCF3BZX OQDASCSCFABZX) 
55 2016-03-30 17:26:21.830 |SIP 491 接收 39(ODAMGCF3BZX QDASCSCFABZX) 
56 2016-03-20 17:26:21.870 [SIP PRACK ik 39(QDAMGCF3BZX QDASCSCFABZX) 
57 2016-03-30 17:26:31.870  |SIP 200 we 39(ODAMGCF3BZX ODASCSCFABZX) 
эв 2016-03-30 17:26:31.870 |H248 EvT H248S MOD FPL жиш 191(QDAMGCF3BZX QDAIMGW2BZX ... 
ise 2016-03-30 17:26:32.310  H248 EvT H2485 NOTIFY REO 接收 101(QDAMGCF3BZX QDAIMGWS3BZX ... 
во 2016-03-30 17:26:32.310 |H248 FEvT H24858. NOTIFY. RPL we 101(Q0DAMGCF3BZX OQDAIMGWS3RBZX, ... 
61 2016-03-30 17:26:32.680 BICC ACM désir 121(0DADS2) 
62 2016-03-30 17:26:41.900  RICC ANM 接收 121(QDADS2) 
53 2016-03-30 17:27:00.880 |BICC REL 接收 121(0DADS2) 
64 2016-03-30 17:27:00.880  H248 EVT H2485S MODIFY КЕС 发送 10 1(ODAMGCF3BZX_ODAaIMGwW3pzx ED Майа 
65 2016-03-30 17:27:00.890 51Р 480 we 49(QODAMGCF3BZX. ODABGCFABZX) 
66 2016-03-30 17:27:00.880 |H248 EVT_H2485_SUBTRACT_REQ ti 101(QDAMGCF3BZX_QDAIMGW3BZX_..- 
67 2016-03-30 17:27:00.910 [SIP ACK 接收 49(QDAMGCF3BZX ODABGCFABZX) 
ma . . |2ni6-n3-3n 17-27-nn a&n ырда EVT Hi2Aí8&S SHA RPI эшн» 10100ODAMGCE3RZYX (ODAIMGWSRZ 





图 9-53 MGCF 信 今 流程 1 


3) 定位 问题 出 在 MGCF 上 ， 继 续 癌 上 分 析 ， 发 现 MGCF 收 到 UPDATE (51 行 ) 后 同一 
时 间 发 送 了 2000K (UPDATE) 及 新 的 UPDATE (54 m 但 没有 收 到 UPDATE (54 行 ) 对 


700 


应 的 2000K， 如 图 9-54 所 示 。 























= 1 ESERSE 用 户 信 仿 跟 上 1 ЕЗБЕ 1 © MGCESEEREH РАГА ВЕЕ 1 
к= п ш | mE ШШ | fux] е |5 <= Е | Pa = | 
Le GEDE IHN ЖЕРЕ Am BaD IM 
46 2016-03-30 17:26:31.710 H248 EWT_H2485_ADD_RPL HH 101[QDAMGCF3Z3BZX_QDAIMGW3BZX_.-.- 
AT 2016-O3-30 17:26:31.720 [SIP 183 kx 49(QDAMGCF3BZX QDABGCFABZX) 
ав 2016-03-30 i7:26:31.720  BICC APM 接收 121(QDADS2) 
49 2016-03-30 17:26:31.720 |H248 EVT H2485 MODIFY REQ kx 101(QDAMGCF3SBZX QDAIMGW3BZX ... 
50 2016-03-30 17:26:31.760 (H248 EWT_H2485_MOD_RPL ql 1O01(OQDAMGCFSBZX CODAIMGWV/3BZX ... 
51 2016-03-30 39(QDAMGCF3BZX QDASCSCFABZX) 
52 2010-03-30 E TO(ODAPMGCFE3BZX ODASCSCEABZX) 
153 2016-03-30 17:26:31.800 H248 EW H2485_MODIFY_REQ mE 191(QDAMGCF3BZX QDAIMGW2BZX ... 
54 2016-03-20 i7:26:31.800 [SIP UPDATE WEE 39(QDAMGCF3BZX QDASCSCFABZX) 
EW m ] 本 一 
wa] 解码 信息 
[zx] 详细 解码 кз + 
STF72. Ü 481 Request Pending Cua ooo Б5з ча БП РЕ ЗР БЕ 30 20 34 3uU 31 ZD 52 865 Tl ть 
From: Xtel:-8GB15054224237:tag-Tün5dmiLHszkX-584Ti1-4B582-T7T-1'u 000010 BS тз T4 20 SD BS BE B4 вш BE BT DD ПА 46 T2 БЕ 
To: ZXtel:-tGE15Uu0GU41T3472;tag-rtezipfjHloSgpH3Pw£bJ]WE€5—-5—2048G1:x*efac. б оооо20о BD ЗА 20 эс T4 BS BC ЗА 2B 38 36 31 35 39 зп 3o 
Call-ID: JTnüZzhirXn0wvüagsjGszYt4TiERGaqdamicf-hrziz. zd. chinmamobile. com опг 34 32 32 34 32 33 SE зв T4 Bl ET SD ST За BE 35 
CSeq: 4 UPDATE naooao B4 BD 51 4C 45 T3 32 ББ 58 2D 35 38 за ST 31 zn 
W—TTE—|Í-nc-c2c “PSSA A Til ru? а Ает в Ы е але ++ cA ohinamahila com™ тл за 3A аня Ge тт GT OD 31 За MM о па tad AF ЗА эп s 





2 


9-54 MGCF 信 令 流程 2 


4) 根据 MGCF 发 送 的 UPDATE (54 17), ， 顺 序 查 找 各 网 元 信 令 ， 找 到 AS 收 到 (68 行 ) 
UPDATE ， 但 没有 发 出 2000K， 如 图 9-55 所 示 。 

















> п ш | o du | e] E | > | EÀ | BS | A | Z# 

序号 sm 时 间 源 目标 消息 消息 摘要 
эв SIP 2016-03-30 17:26:28.423 10.187.89.132:5148 10.187.89.130:5147 100(INVITE) SIP/2.0 100 Trying 
S SIP 2016-03-30 17:26:28.443 10.187.85.130:5154 10.187.89.132:5148 1OO0(INVITE) SIP/2.0 100 Tryina 

SIP 2016-03-30 17:26:29.463 10.187.89.130:5147 10.187.89.132:5148 487(INVITE) SIP/2.0 487 Request Terminated 

61 SIP 2016-03-30 17:26:29.463 10.187.89.132:5148 10.187.89.130:5151 ACK ACK tel:-2-8615908941734 SIP/2.0 
62 SIP 2016-03-30 17:26:31.743 10.187.89.130:5154 10.187.89.132:5148 183(INVITE) SIP/2.0 183 Session Progress 
63 SIP 2016-03-30 17:26:31.743 10.187.89.132:5148 10.187.89.130:5147 183(INVITE) SIP/2.0 183 Session Progress 
64 SIP 2016-03-30 17:26:31.753 10.187.89.130:5147 10.187.89.132:5148 183(INVITE) SIP/2.0 183 Session Progress 
65 SIP 2016-03-30 17:26:31.753 10.187.89.132:5148 10.187.89.130:5154 183(INVITE) SIP/2.0 183 Session Progress 
66 SIP 2016-03-30 17:26:31.773 10.187.89.130:5150 10.187.89.132:5148 183(INVITE) SIP/2.0 183 Session Progress 
67 SIP 2016-03-30 : Е 8 z зэ. E E .89. UPDATE UPDATE sip:10.187.89.11:5060 SIP/2.0 
68 БІР 2016-03-30 = = Е F Б а : š 2 5 UPDATE UPDATE sip:10.187.89.132:5148;zte-did-6-... 
69 SIP 2016-03-30 : 3 Ё А É М E А 200(UPDATE) SIP/2.0 200 OK 

<| rm = 中 2 ° ES iO 
jus] 解码 信息 

[us] 详细 解码 

ER Sia Jeco io eeen = | [UPDATE sip:10. 187.89. 11:5060 SIP/2.0 

PEE a is N Z]ujCell-ID: JanpSshirxnDy93jGSZYt4TiERBadamgeE2bzx. sd. chinamobile. com 


图 9-55 网 元 信 令 流程 

5) 问题 转向 AS， 经 分 析 ， 发 现 是 AS 发 送 UPDATE 后 同一 时 间 收 到 200 及 UPDATE, 
信 令 跟踪 显示 ， 收 到 UPDATE 在 前 ，2000K 在 后 ， 顺 序 反 了 。 青 结合 MGCF 上 的 顺序 (DL 
图 9-54) ， 发 现 MGCF 的 顺序 是 正确 的 。 

6) 原因 分 析 : 只 有 МССЕ 发 送 顺 序 正确 ， 而 AS 上 顺序 不 对 ， 是 由 于 网 络 时 延 或 抖动 
造成 的 。 

7) Æ MGCF 上 修改 到 CSCF 局 向 的 参数 (延迟 发 送 SIP 证 实 消 息 定时 带 时 长 )， 如 图 9-56 
所 示 。 目 的 是 在 收 到 UPDATE ， 发 送 2000K т, ЯЕЈА 50 ms 再 发 送 新 的 UPDATE， 以 避免 网 络 延 
述 造 成 的 乱 序 。 
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51 BnaMGCF2BZX QDASCSCFPBZX TEL 格式 SIF 100RFTASTF FRECDONTANDCHARSEASTPFPATTATTNF4733AHNDSENTDSTEANGWTLEFTCDODECATDDCATLTDNEA2D003SWDRDVASTHGSLEFRANE 
EE MTP/SIGTRAN ATS ЕЕЕ Pr 35 HDAMGCFZBZZ QIASCSCFSBZX TEL 格式 SIF 100RELASIF FRECDNDANDOCHARGEASTEFCALILATTMNF47334NDSENDSDEANGWILEFTCODEC&TDCALTDNEA2DDSNDRCVASIHGLEFRANE 
А ner 38 BDAMGCFZBZZz QIASCSCFABZE TEL 格式 SIF 100RELASIF PRECOND&HÜCHARGE&SIFCALLAITMF4AT3S&HO0SENDSDP&MGWLEFTCODECA&LDOCALTONE&zOUSNÜRCV&SINGLEFRAME 
[1H248(2 Bm 41 UDAMGCFZEZX QDABGCF2BZK TEL 格式 SIP 100RELASIF PRECONHDRNÜCHARGESSIPCALLAITMFAT33&HOSENDSDP&MGWLEFICOUDEC&LOCALTUNE&ZOUSEDRCV&SINGLEFRAME 
т ЁЛ 51Р@© @= 45 HDAMGCFZBZZ QDABGCF3BZX TEL 格式 SIP 100RELASIF PRECOUND&HÜCHARGE&SIPCALLATTMFATZSàHOSENDSDP&MGWLEFTCODECALDCALTONE&?OUSNIRCV&SIHGLEFEAME 
ES 49[ BDAMGCF2SDZRE_QDABGCF4BZK TEL 格式 SIP 1üDREL&SIP PRECORD8LROCHABGEQSIPCALLITMF47336HOSERDSDPSMGNLEFTCODECSLDCALTORE&2OO0SHDBRCV&SIHGLEFHEAME 
FF C1 SIP 全 局 参数 配置 A 
Е 记录 数 9 
т E3 SIP 局 配置 
ES 命令 执行 成 功 CHED o. 109 $H) o 
Dagsa AT Ш | 
| špESIPIS == 
ЕЕЕ > 2 EB г ы 
LIS IPS ZTE:> SHOW ADJHOST 
ü HASIA ZTE: > SHOW SIPOFC 
2 ZTE:> SET SIPOFC:OFC-39, DSWTVL=sD; 
F 加 邻接 主机 丁 : 置 == 
„сїн ш B SiN 
Я еа Lim = HJD LR DAP EI АЯР D) | N/A + ] 
ЕЕЗ тч 解码 列表 时 
» © UDP 承载 配置 Version FER Base 字符 申 ISUP 编 解码 库 | N/A " | 
F Са TCP 连 按 丁 置 Qualifier 为 0x81| N/A т RTP Ргойе ii 入 局 AMR_WB 无 | N/A "| 
=: A 的 通用 号 码 的 SIP = mode-setRJR:JhF 
› Ca SIP 信 和 念 
i KEATAS 理 
wl E ч кс уг ISSN к КО a 
к SIP 信 仿 路 由 配置 源 网 元 标识 目的 网 元 标识 BEF SIPHESC 
š pas 
> C3 SIP 信 仿 路 由 集 配置 t меки 
т ms 








图 9-56 MGCF 上 修改 到 CSCF 局 癌 的 参数 
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修改 参数 后 ， 重 新 测试 验证 ， 问 题解 决 ， 如 图 9-57 所 示 。 










W- п иш | gp ús | Il mj | 抽动 |) de | =m | Es m 
序号 时 间 实体 类 型 = PF 方向 局 向 ID IMSI MSISDN 
55 [3916-03-30 18:05:42.210 SIP PRACK 税收 39(QDAMGCF3BZX QDA... 
56 2016-03-30 18:05:42.220  |SIP 200 发 送 39(QDAMGCF3BZX QDA.. 
57 2016-03-30 18:05:42.230  H248 EVT H2485S MOD, RPL 税收 101(QDAMGCF3BZX QD... 
58 2016-03-30 18:05:42.250 SIP UPDATE 接收 39(QDAMGCF3BZX, QDA... 
59 2016-03-30 18:05:42.260 (SIP 200 mg 39(QDAMGCF3BZX ОПА... 
60 2016-03-30 18:05:42.330 [SIP 200 接收 39(QDAMGCF3BZX QDA... 
61 2016-03-30 18:05:42.710  H248 EVT H2485 NOTIFY REQ 税收 191(QDAMGCF3BZX QD... 
| a ся 
2016-03-30 18: 131(QDADS3) 








2016-03-30 18:05:43.330 SIP iso E 4O0(QDAMGCFEF3BZX  QDA... 


65 2016-03-30 18:05:43.330 H248 EVT_H2485_MODIFY_REQ mE 191(QDAMGCF3BZX QD... 

66 2016-03-30 18:05:43.410 H248 EVT H2485 MOD RPL 接收 191(QDAMGCF3BZX QD... ЕЗ = 2 -, Es 
67 2016-03-30 18:05:43.410 SIP 180 接收 25(QDAMGCF3BZX ОРА... 

єз 2016-03-30 18:05:43.420 BICC CPG === 121(QDADS2) 

69 2016-03-30 18:05:43.410 [SIP PRACK 发 送 39(QDAMGCF3BZX_QDA... 

70 2016-03-30 18:05:43.490 [SIP PRACK 接收 3S(QDAMGCF3BZX_QDA... 

>з Tod nə DNM d489:nzmt.a4232 cnn cr» mm uix OX CAEN е ED 7w' CDs 


9-57 修改 参数 后 信 令 流程 


[]z 2. 三 星 S7 与 华为 Мае 8 视频 呼叫 过 程 中 自动 切换 至 语音 后 ，Mate 8 无 法 重新 发 
起 视频 呼叫 。 

华为 Mate 8 在 与 三 星 S7 终端 进行 视频 通话 的 过 程 中 ， 如 果 将 Mate 8 通话 界面 切换 至 后 

等 待 几 秒 钟 后 视频 通话 会 自动 切换 成 语音 通话 (通话 并 未 中 断 ) ， 此 时 Mate 8 想 重 新 发 
EWF, 点 击 视 频 呼 叫 图 标 后 ，S7 收 不 到 视频 呼叫 的 申请 ，Mate 8 则 始终 保持 在 “等 

待 对 方 接受 邀请 ”的 界面 。 同 样 条 件 下 ， 如 果 是 57 再 次 发 起 视频 呼叫 ， 则 Mate 8 可 以 正常 

‚ ож 

ON рН РНЕ, EU Mate 8 呼叫 切换 到 后 人 台 后 ， 是 被 叫 с INVITE 
切换 到 语音 通话 ， 并 且 三 星 发 起 的 切换 消息 和 正常 手动 切换 语音 的 消息 不 同 ， 多 了 资源 预 留 
流程 。 

核心 网 分 析 如 图 9-58 所 示 。 


2016-04-12 15:24:46.14 2409:8807:804.. 31100 2409:8017:800.. 9‹ >TRACE_SIPC_UP INVITE INVITE tel:137914214984;phone-contexi-sd.ims.mnc... 










































































































































2 15:24:46.140 2409:8017:800... 2408:8807:804... xTRACE SIPC DOWN |100 TRYING 
2 15:24.48.144 10.20.58.64 10.20.14.16 一 AAR LE] SIP Message Trace 区 号 
2152446291 0.20.14.16 0.20.58.64 : DIAM | AAA 
2 45:24:45.303 0.20.14.144 0.20.58 192 : DIAM | RAR HHVITE +е1:13791 421494; phone- context-sd. ims. тпс000. тсс&60. 3gppnetwo: 
2152446303 0.20.58 182 0.20.14.144 : DIAM | RAA From: <=1р:+8613646321093854. ims. mne000. mec460. Sgppnetwerk. org?; tag - 
2 15:24:45 304 0.189.120.112 0.189.120.5 zm INVITE То: "13791421492"4t21:13791421494;phone-context-sd. ims. тлс000. пес460 — 
2 15:24:45.313 10.183.120.5 10.183.120.112 一 100 TRYING P-Preferred-Identity: sip: 488138483210938s4 ims. mncÜ00. mec4&0 Sgppr - 
2152448773 10.189.120.5 10.189.120.112 | SIPC | 183 SESSION PROGR... x = S g 

2016-0412 152448782 0.20.58 64 0201416 -DIAM ДАК Contact: <sip:'460006321967039@[2409:8807:8040:1045:1:1:8761:694e]:31 

2046-04-12 45:24:48 858 0.20.44 46 0.20.58 64 ДАА lhccent-Contact: *;*g Зарр. icsi-ref- urn%3hurn-TX3A3Epp-service ims. i 

2046-04-12 15:24:48.859 2409:8017:800... 2408:8807:804.. 要 183 SESSION PROGR... P-Access-Networl Info: 3GPP-E-UTRAN-IDD:utran-cell-id-3gnp-4600053E] 

2016-04-12 15:24:48.977 2409:8807:804... 2409:8017:800... _SIPC_ PRACK lP-Praferred Service: urn:urz T:3ppp service. a 
2152448978 10.189.120.112 10.189.120.5 | SIPC. DOWN |PRACK PAE=zly Media: supported 
452439 ОНГ Depos 0189 120.112 -SIPC UP 200 ОЕ Bupported: 100rel, histinfo, join, norefersub, precondi tion, replaces, tim 
2 15:24:49 098 2409:8017:800. 2408:8807:804 _ | SIPC DOWN |200 OK s z s: š А E 
2152449587 2409:8807:804.. 2408:8017:800.. LSIPC UP UPDATE 11си: THFIIB, ACT, ВТЕ, САНСРІ. UFDATS, INEO, ТИЙБЕ SUBSCRTBE, SOLIST ВЕРЕ 
2 15:24:49. 594 0.189.120.112 0.189.120.5 | SIPC DOWN [UPDATE Accept: aspplication/sdp, application/Sgpp-imstzml 
2 15:24:50.082 10.189.120.5 10.189.120.112 E 200 OK Bession-Expires: 1800 
2 45:24:50.088 2409:8017:800.. 2408:8807:804.. | SIPC | 200 OK E 
2 15:24:50.105 0.189.120.5 0.189.120.112 180 RINGING x 
2 15:24:50.106 2409-8017:800... 2409:8807:804.. _ SIPC_ 180 RINGING 加 一 一 此 一 一 一 | >] 
2 15:24:52 796 TRACE 005 DOWN |005 PACKET 
215:24:52.891 TRACE QOS DOWN [QOS PACKET [ ShowisUP Body ||  ShowHex | 

3368 [2015-04-12 45:24:57 789 TRACE QOS UP QOS PACKET 
3369 |2016-04-12 15:24:57.905 10.189.120.5 5060 |10.189.120.112 |5060  |-TRACE SIPC UP 200 OK ТО ZUU JK VIH SIPTZUIUDT TU- TSS- TZU-T TZ SU] 


























图 9-58 Male 8 视频 呼叫 信 令 流程 


15:24 Mate 8 发 起 视频 呼叫 。 

15:25 Mate 8 把 呼叫 切 到 后 台 。 

15 :25 Mate 8 自动 切 到 语 首 通 话 。 

Mate 8 把 呼叫 切换 到 后 台 时 ， 核 心 网 没有 收 到 任何 消息 ,但 是 切换 到 语音 是 被 叫 三 星 
S7 发 起 的 ， 消 息 中 多 了 资源 预 留 流程 。S7 自动 切换 至 语音 通话 消息 如 图 9-59 所 示 。 

S7 手动 切换 至 语音 消息 如 图 9-60 所 示 。 

15:26 Mate 8 再 次 发 起 视频 呼叫 ，S7 无 相应 提示 。 
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zUT1b-UA-1z 15 25:42. 29.4 
2016-04-12 15:2 


2409:8807:8040:е 


2409:8017:800 


9900 


IRALE I 
-TRACE : 


Uuux ur 
SIPC_UP 


THIJS РАА I 
INVITE 


55 U 53 /Z b3 49 5U ZU JD ZU 3 


INVITE sip:[2409:8017:B000:00 





- 30 34 ЗА AU 30 
ЕЕ 





2016-04-12 15:25:43 B30 


2409:8017:8000:6:1 33 


9900 


2409:8807:804 


=TRACE_SIPC_DOWN 


100 TRYING 




































































































































































































































































309 2016-04-12 15:25:43.834 10.189.120.120 5060 10.184.36.29 5060 =TRACE SIPC_DOWN [INVITE EEJ 51Р m— Trace (ees 
310 2016-04-12 15:25:43.841 10.184.36.29 5060 10.189.120.120 |5060 >TRACE_SIPC_UP 100 TRYING 
344 [2016-04-12 15:25:44.309 10.184.36.29 5060 10.189.120.120 |5060 -TRACE SIPC UP 200 OK То: €te1:138486321093:nos-subscriber;srvattri-national:phone-contextz ^] 
312 2016-04-12 15:25:44.315 10.20.58.194 3871 10.19.2290.178 60171 TRACE DIAM СС AAF lF-om: "13781421404" <+е1:13791421494:рҺһспе-соп#ех#==й ims mne00. med 
313 2016-04-12 15:25:44.384 10.19.229.178 6011 190.20.58.194 3871 TRACE_DIAM_GQ AAA User-Agent: Samsung IMS 5.0 
314  |2016-04-12 1525:44.385 2409:8017:8000:6:1:33 9900 |2409:8807:804.. |5107  |-TRACE SIPC DOWN |200 OK IP-Aecess-Hetworl-Info: SGPP-E-UTRAI-IDD:ut-an-ccll-id-3gpp-4600083e1 
315 2016-04-12 15:25:44.485 |2409:8807:8040:e&c7:1:1:85de:3593 5107 /2409:8017:800.. |9900 -TRACE SIPC UP АСК E а: q00rel, ti dici UE. £ 32 + 
316  |2016-04-12 15:25:44.486 10.189.120.120 5060  |10.184.36.28 5060  |«TRACE SIPC DOWN |ACK bier pius si precondition H stin A as 一 
317 |2016-04-12 15:25:46.999 TRACE QOS DOWN  |QOS PACKET Security Verify: ipsec-3gpp:alg-hmac-md5-96:prot-esp:mod-trans: ealg3 
318 2016-04-12 15:25:52.296 ITRACE QGOS UP (QOS PACKET [Proxy Require: sec-agree — 
319 2016-04-12 15:25:56.992 TRACE_QOS_DOWN QOS_PACKET Require: sec-agree 
320 2016-04-12 15:26:02.297 TRACE_QOS_UP (OS PACKET Соптепт-Туре: application/sdp 
321 2016-04-12 15:26:07 003 TRACE_QOS_DOWN (OOS PACKET 人 
322 2016-04-12 15:26:12.328 TRACE СОЗ LIP QOS_ PACKET š i j x Ts ч г 
323 [2016-04-12 15 28-17 023 TRACE GOS DOWN  |G0S PACKET l&ccept-Centact: *:tg Зарр. icsi-ref- urnXGAurn-TX3ASEpp-service. ims. i 
зод [2016-04-12 15:26:22 338 TRACE ООЗ UP СООЗ. PACKET [P-Preferred-Identity: "13781421484" «1e1:13781421494:phone-context-4 
325 2016-04-12 15:26:27.060 TRACE_ QOS_DOWMN QOS_PACKET Accept. application/zdp, application/3gpp-imztxml 
326 2016-04-12 15:26:32.371 IRACE GOS LP (QOS PACKEI sl 
327 2016-04-12 15:26:37.069 TRACE_ QOS_DOWMN СОЗ_РАСКЕТ +] 而 T [x = 
328 2016-04-12 15:26:42.374 ITRACE QOS LIP (QOS PACKET 
328  |2016-04-12 15:26:47.090 TRACE QOS DOWN  |QOS PACKET 
330  |2016-04-12 15 26:52 385 TRACE QOS UP СОЗ PACKET [ SnewisuP Body | Show Hex 
331 2016-04-12 15:26:57.102 TRACE GOS ГОМУМ OS PACKET 
335 —Íon4R-hA-19 AE 37-093 ARI TEASE nna TID Ana Parr "== — = = 
— E + 至 i БА 29 3H > 
图 9-59 三 星 57 切 rr Bi 
DG Я-а РИЕТИ CIRCITER 
405 [2016-04-12 15:29:02.365 TRACE QOS DOWN |205 PACKET 44 BF 77 BE 53 72 £3 49 50 20 3D 20 3130 2E 31 3... 
406 (2016-04-12 15:29:07.270 2409: 8040:ес7:1: 5107  2409:8017:800. 9900 >ТҺАСЕ SIPC UP INVITE INVITE sip:[2409: 0:0006:0001:0000:0000:0... 
407 [2016-04-12 15:29:07.270 2409:8017:8000:6:1:33 9900  |2409:8807.804.. |5107 — |STRACE SIPC DOWN |100 TRYING е - š 
408 |2046-04-12 15:28:07 274 10.188.120.120 5060 0.184.36.29 5060  |-TRACE SIPC DOWN [INVITE ЕЁ] SIP Message Trace 区 号 
409 |2016-04-12 15:29:07.282 10.184.36 29 5080 |10.189.120.120 |5060  |-TRACE SIPC UP 100 TRYING 
410 2016-04-12 15:29:07 372 TRAGE ООЗ UP GOS PACKET lllow: INVITE, ACK, OPTIONS, CANCEL, ETE, UPDATE, INFO, REFER, NOTIFY, MESSACA 
411 [2016-04-12 15:29:07.372 TRACE QOS DOWN |005 PACKET Wia: SIP/2.0/ICP [2409:8807:8040:ec7:1:1:85da:3593] 6000; Ъгапсһ=:9Һ . 
412 2016-04-12 15:29:07.467 [RACE QOS UP QOS PACKET Contact: Csip:*86137914214948[2409:8807:8040: ec7:1:1:85de:3593] : 600 
413 [2018-04-12 15:28:07 714 10.184 36 28 5080 0488120120 |5060 |>ТКАСЕ SIPC UP 200 OK Keen 3 
414 [2016-04-12 15:29:07 720 10.2058 66 3868 |10201416 8010  |TRACE DIAM СО AAR ANE iX t ; 3 
415 [2016-04-12 15:29:07 785 10.201416 6010 0.20.5866 3868  |TRACE DIAM Са ААА er ик шшс ы-н ыч: ATTE ERE 
418 [2015-04-12 45:29:07 786 2409:8017:8000:6:1:33 9800  |2409&:8807:304.. 5107 |=ТКАСЕ SIPC DOWN |200 OK pea: 2 EME E 
417 [2016-04-12 15:29:07.895 2409:8807:8040:ес7:1:1:850е:3593 5107  |2408:8017:800.. 9900 |-ТКАСЕ SIPC_UP ACK То: <tel:13646321093;,nos=subscriber; srvattri=national ;phone-context 
418 2016-04-12 15:29:07.896 10.188. 120.120 5060 10.184. 36.29 5060 xTRACE SIPC DOWN [АСК From: "13791421494" <4е1:13791421494; phone-contexi-szd. ims. mncOQ0. тс 
420 2016061215291591 — 1018010500 5050 —10.1243628 — [5060 — АСЕ SIPC DOWN [100 TRYING pu etd 
-l С И = 
— - : I — P-A -Hetwork-Info: 3GPP-E-UTRAN-TDD;utran-cell-id-3gpp=4800053e1 
421 2018-04-12 15:29:15.915 2408:8017:8000.6:1:33 9951  [2408:8807.804.. 86000  |-TRACE SIPC DOWN |INVITE Йене S DEL : 
422 [2018-04-12 15:29:16.066 2409:8807:8040:ec7:1:1:85de:3593 5107  |2409:8017:800.. 8900 |-ТКАСЕ SIPC UP 100 TRYING pupperted: Ога: timer.Hirtintn.ser epee 
423 [2016-04-12 15:28:17.368 TRACE QOS UP QOS PACKET Becurity-Verify: ipsec-3gpp:algmhmac-md5-85;protzesp;modctrans; alg? 
424  |2016-04-12 15:29:17.368 TRACE GOS DOWN  |QOS PACKET Proxy-Reguire: sec-agree 
425 [2016-04-12 15:28:18.188 2409:8807:8040:ес7:1:1:850е:3593 5107  |2408:8017:800.. 9900 |>ТКАСЕ SIPC, UP 200 ОК Revue eR REED a 
426 [2016-04-12 15:29:18.196 10.20.58.66 3868 _ [1020.14.16 6010 |TRACE DIAM Са AAR 可 ii | = M 
427 |2016-04-12 15:29:18.267 10.20.1416 6010 [10.20.58.56 3868  |TRACE DIAM Са ААА : 
428 [2016-04-12 15:29:18.268 10.188.120.120 5080 [10.184.36.29 5060  |-TRACE SIPC DOWN [200 OK 
429 [2016-04-12 15:29:18.682 10184.36 28 5050  |10.188.120.120 |5080 |=TRACE SIPC. UP ACK Show ISUP Body Show Hex 
430 [2018-04-12 15:29:18.684 2409:8017:8000:6:1:33 9851  |2409:8807:804.. 6000 |-TRACE SIPC DOWN |ACK 
431 [2018-04-12 15:29:21 971 TRACE QOS UP GOS_PACKET n»n TUBS3TZ B4 49 BUZU 3U ZU 32 44 3U ЗУ 3A JU SU FI 
— Ei B ph f: >AS 程 
图 9-60 星 S7 语音 通 i TL EE 





15.27 Mate 8 挂机 。 


从 核心 


网 信 令 中 看 ， 切 换 至 语音 
请 求 ， 直 到 15:27:32，Mate 8 ЗЕТ, 








通话 后 ， 核 心 网 一 直 没 有 收 到 Mate 8 发 起 的 视频 呼叫 
呼叫 结束 ， 如 图 9-61 所 示 。 



















































































0.189.120.112 





10.189.120.5 


























































































































[o SIP;cause-200;text-"User term the call." 


ipsec-3gpp;alg-hmac-sha-1-986;prot-esp;mod-trans;eal 
*sip: [2409:8017:8000:6:1: 
Call-ID: JVdcbXMeu?[2409:8807:8040:1045:1:1:8761:69de] 


| User-Agent: IM-client/OMA1. 0 HW-Rto/Vl.O 


2016-04-12 15:26:52 962 TRACE_QOS DOWN |005 PACKET 44 BF 77 ВЕ 53 72 63 49 50 20 3D 20 31 30 2E 31 3. | 
3418 [2016-04-12 45:26:58 066 TRACE QOS UP СО8 PACKET 55705372 63 да sn эп агу Ən їл 3430358 3a 38 3n | _ 
3417 |2016-04-12 15:27:02 964 ТКАСЕ QOS DOWN |QOS PACKET IMEE SiP Message Trace 
3418 |2016-04-12 15:27:08.068 TRACE GOS UP GOS PACKET 
TE СЕВЕ 152/12 = D ACE-DOS DOMIN ОЗ АСКЕТ | ВтЕ sip:[2409:8017:8000:0006 0001 :0000:0000:0001]:9900;Dpt-eb1a-200]7 
= = — — === 一 F. 1 <вї1р:+8613646321093@54 ims. 000 460.3 t k. >: tagg 
3421 [2016-04-12 15:27:22 998 TRACE QOS DOWN  |QOS PACKET Д еа uw Epi MR T БН ТЕ] 
[2016-04-12 15:27:28 104 TRACE 0085 UP 005 PACKET То: “13791421494” <tel: 13791421494; phone-context=sd. ims. mncO00. mc c 46 
2016-04-12 07:8040:1045:1:1:876 31100 >ТВАСЕ 8ІРС ШР BYE 


3GPP-E-UIRAN-TID;utran-cell-id-3gpp=4600053E] 


:1]:9900; lr ; Hpt=8e82_1 16; CxtId=3; TR 


fe 



































12] 





Show ISUP Body Show Hex 


















































从 核心 网 





信 令 中 看 ， 华 为 Мае 8 将 视频 通 


图 9-61 


核心 区 





网 信 令 流程 


2016-04-12 =TRACE_SIPC_DOWN -Access-Network- Info: 
2016-04-12 15:27:32.374 0.189.120.5 10.189 120.112 5060  |-TRACE SIPC UP 200 OK a cer sgrem 
2016-04-12 15:27:32.375 [2409:8017:8000:6:1:1 2409:8807:804.. 31800 |=ТВАСЕ SIPC DOWN [200 OK EE e er Me 
2016-04-12 15:27:32 377 0.20.58.64 10.20.1416 6006  |TRACE DIAM GG STR s 
2016-04-12 15:27:32.444 0.20.14.16 10.20.58.64 3868 [RACE DIAM GG eT 
2016-04-12 15:28:11.160 2409:8807:8040:1045:1:1:8761:69де 2409:8017:800... =TRACE_SIPC_UP INVITE Becurity Verify: 

3430 [2016-04-12 15:28:11.160 2409:8017:8000:6:1:1 9850  |2409:8807:804.. 31800 |«TRACE SIPC, DOWN [100 TRYING Route: 

3431 [2016-04-12 15:28:11.166 10.20.58.64 3868 [10.20.1416 6006 |ТКАСЕ DIAM СС ААК 

3432 |2016-04-12 15:28:11.293 0.20.14.16 6006 [10.20.5864 3868  |TRACE DIAM GQ AAA ESeq: 4 BYE 

3433 |2016-04-12 15:28:11.375 0.19.229.178 6007  |10.20.58.192 3871  |TRACE DIAM СС RAR кан и Ск 

3434 [2016-04-12 45:28:41 375 0.20.58 492 3871 [1014229178 |6007  |TRACE DIAM СО КАА 1 

3435 [2016-04-12 15:28:11 376 70189120112 5060 |10189 1205 5060 “|=TRACE_SIPC_DOWN |NVITE 

3438 |2016-04-12 15:28:11.387 10.189.120.5 5060  |10.188.120.112 |5060  |-TRACE SIPC ОР 100 TRYING С] 

3437 |2016-04-12 15:28:12 587 0.189.120.5 5060  |10.189.120.112 |5060  |-TRACE SIPC UP 183 SESSION PROGR... 

3438 |2016-04-12 15:28:12 599 10.20.58.192 3869 [10.2014144 8007  |TRACE DIAM GO AAR 

3439 |2016-04-12 45:28:12 654 0.20.14.144 6007 [10.2058192 3869  |TRACE DIAM GG AAA 

JAAN "4g nA An 46-004 RRR mann-Gn4a7-Qnnrnñ-E-4--4 DARN "nAnn-oOonz-ona4 240nn -TOAMC CIO MWM 407 OL COH DDOMMmD == 














Ву], RIEZ 57 自动 发 起 


中 断 视 频 通 话 。 与 ST 手动 中 断 视 频 通 话 不 同 ， 这 种 情况 下 华为 Mate 8 无 法 再 次 发 起 视频 呼 
叫 ， 核 心 网 也 收 不 到 Mate 8 发 起 视频 呼叫 的 消息 。 


在 协议 匹配 问题 ， 此 类 


判断 为 华为 Mate 8 与 三 星 S7 存在 协议 问题 ， 
问题 很 可 能 会 影响 到 用 户 感受 ， 需 终端 三 家 对 问题 做 进一步 分 析 ， 未 


来 也 需要 对 终端 协议 制定 相应 的 规范 。 
сок ои 
VoLTE 用 户 A 拨打 VoLTE Hj P! B, 


iE 


ANBEREERAE Jy ux — 412? 


Am EJ KAAT 


通话 过 程 中 ，A sk В 发 起 切换 视频 请 求 ， 如 果 
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МА 接受 切换 视频 请 求 ， 则 约 40 s 后 整个 呼叫 被 释放 。 
进行 测试 ， 并 抓 取 CSCF, AS 涉及 网 元 及 手机 Log 进行 信 令 分 析 。 
CSCF 信念 分析， 发 现 被 叫 AS 给 被 叫 CSCF 发 了 BYE ЎЧ, ЖШ] CSCF 将 BYE 消息 发 
给 了 被 叫 SBC， 最 后 发 送 至 终端 ， 如 图 9-62 所 示 。 


® 任务 管理 器 © 诚 叫 CSCF 售 令 跟 踪 - 按 用 户 跟 踪 1 
>п ш|@ a|n E у | | E | m | ë 

















序号 时 间 类 型 源 目标 消息 消息 摘要 A 
ss 2016-03-25 14:21:03.405 SIP 10.187.89.132:5082 10.187.89.5:5140 INVITE INVITE sip:460002462995283810.187.89.1... 
89 2016-03-25 14:21:03.405 SIP 10.187.89.5:5141 10.187.89.146:5060 INVITE INVITE =ір:460002462995283@10.187.89.1... 
90 2016-03-25 14:21:03.415 SIP 10.187.89.146:5060 10.187.89.5:5141 100(INVITE) SIP/2.0 100 Trying 
91 2016-03-25 14:21:03.545 [SIP 10.187.89.5:5140 10.187.89.130:5128 100(INVITE) SIP/2.0 100 Trying 
92 2016-03-25 14:21:03.566 [SIP 10.187.89.5:5145 10.184.36.129:5060 1O00(INVITE) SIP/2.0 100 Tryina 
93 2016-03-25 14:21:03.585 SIP 10.187.89.132:5082 10.187.89.5:5144 100(INVITE) SIP/2.0 100 Trying 
94 2016-03-25 14:21:03.585 SIP 10.187.89.5:5145 10.187.89.132:5082 100(INVITE) SIP/2.0 100 Trying 
lgs 2016-03-25 14:21:03.605 SIP 10.187.89.5:5140 10.187.89.132:5082 100(INVITE) SIP/2.0 100 Trying 
2016-03-25 14:21:03.605 10.187.89.132:5082 10.187.89.5:5145 5 i 
2016-03-25 14:21:43.385 .187.89.132:5082 10.187.89.5:5144 408(INVITE) P/2.0 408 Request Timeout 















2016-03-25 14:21:43.385 | .187.89.132:5082 10.187.89,5:5145 BYE BYE sip:460002462995283810|187.89.132:... 








99 2016-03-25 14:21:43.385 SIP 10.187.89.132:5082 10.187.89.5:5144 BYE BYE sip:450029642092652@139.114.75.25:... 

100 2016-03-25 14:21:43.385 SIP 10.187.89.5:5144 10.187.89.132:5082 ACK ACK sip:460002462995283G10.187.89.132:... 

101 2016-03-25 14:21:43.385 SIP 10.187.89.5:5145 10.184.36.129:5060 40B(INVITE) SIP/2.0 408 Request Timeout 

102 2016-03-25 14:21:43.385 SIP 10.187.89.5:5145 10.187.89.132:5082 BYE BYE sip:46000246299528310.187.89.132:... 

103 2016-03-25 14:21:43.395 SIP 10.187.89.5:5145 10.184.36.129:5060 BYE BYE sip:4600296420926524139.114.75.25:... 
[Es 时 间 类 型 源 目标 消息 消息 摘要 Ag 
104 2016-03-25 14:21:43.405 SIP 10.187.89.132:5082 10.187.89.5:5140 ВҮЕ BYE ѕір:460002462995283110.187.89.146:... 
105 2016-03-25 14:21:43.405  |SIP 10.184.36.129:5060 10.187.89.5:5144 200(INVITE) SIP/2.0 200 OK 

106 2016-03-25 14:21:43.405 SIP 10.187.89.132:5082 10.187.89.5:5145 408(INVITE) SIP/2.0 408 Request Timeout 

107 2016-03-25 14:21:43.405 SIP 10.187.89.132:5082 10.187.89.5:5145 BYE BYE sip:460029642092652$10.187.89.132:... 
108 2016-03-25 14:21:43.405 SIP 10.187.89.132:5082 10.187.89.5:5145 200(BYE) SIP/2.0 200 OK 

ios 2016-03-25 14:21:43.405  |SIP 10.184.36.129:5060 10.187.89.5:5144 ВҮЕ BYE 51р:460029642092652@10.187.89.7:51... 
110 2016-03-25 14:21:43.405 SIP 10.184.36.129:5060 10.187.89.5:5145 АСК АСК sip:460002462995283(10.187.89.132:... 
h 1 2016-03-25 14:21:43.405 _ SIP 10.184.36.129:5060 10.187.39.5:5145 BYE BYE =ір:460002462995283010.187.89.132:... 

14:21:43.405 10.187.89.5:5141 10.187.80.146:5060 | BYE sip:4600024629952838510.187.89.146:.. 

113 2016-03-25 14:21:43.415 SIP 10.187.89.5:5140 10.187.89.130:5128 200(INVITE) SIP/2.0 200 OK 

114 2016-03-25 14:21:43.415 SIP 10.187.89.5:5145 10.187.89.132:5082 ACK ACK 5ір:460002462995283@10.187.89.132:... 
115 2016-03-25 14:21:43.415 SIP 10.187.89.5:5145 10.187.89.132:5082 AO08(INVITE) SIP/2.0 408 Request Timeout 

116 2016-03-25 14:21:43.415 SIP 10.187.89.5:5145 10.187.89.132:5022 200(BYE) SIP/2.0 200 OK 

117 2016-03-25 14:21:43.415 SIP 10.187.89.5:5145 10.187.89.132:5082 200(BYE) SIP/2.0 200 OK 

118 2016-03-25 14:21:43.415  SIP 10.187.89.5:5140 10.187.89.130:5128 BYE BYE sgip:460029642092652(10.187.89.7:51... 
119 2016-03-25 14:21:43.415 SIP 10.187.89.5:5145 10.184.36.129:5060 200(BYE) SIP/2.0 200 OK 














+ 


9-62  CSCF 信 令 流程 


该 BYE 消息 由 被 叫 AS 信 令 网 元 产生 ， 如 图 9-63 所 示 。 











— ahus йо шыш ug E ss 
> п m аа ае аг а PFE m | ë 
序号 xm 时 间 源 目标 消息 消息 摘要 a 
6 SIP 2016-03-25 14:21:03.398  10.187.89.132:5082 10.187.89.5:5145 INVITE INVITE 51р:460002462995283@10.187.89.1... 
SIP 2016-03-25 14:21:03.408 10.187.89.5:5145 10.187.89.132:5082 INVITE INVITE 51р:460002462995203@10.187.89.1... 
B SIP 2016-03-25 14:21:03.418  10.187.89.132:5082 10.187.89.5:5140 INVITE 51р:460002462995283@10.187.89.1... 
4a SIP 2016-03-25 14:21:03.588  10.187.89.132:5082 10.187.89.5:5144 100(INVITE) SIP/2.0 100 Trying 
Ü SIP 2016-03-25 14:21:03.608 10.187.89.132:5082 10.187.89.5:5145 100(INVITE) SIP/2.0 100 Trying 
il SIF 2016-03-25 14:21:03.608 10.187.89.5:5145 10.187.89.132:5082 100(INVITE) 5ІР/2.0 100 Trying 
12 SIP 2016-03-25 14:21:03.628 10.187.89.5:5140 10.187.89.132:5082 100(INVITE) SIP/2.0 100 Trying 
2016-03-25 14:21:43.371  10.187.89.132:5082 10.187.85.5:5145 BYE sip:460002462995283810.187.89.132:.. 
DIETER aot 0925 tant937 10187884999804 10197381729068 AN。 
. 2016-03-25 14:21:43.371 3 10.187.89.132:5082 10.187.89.5:5144 408(INVITE) SIP/2.0 408 Request Timeout l 
SIP 2016-03-25 14:21:43.371 10.187.89.132:5082 10.187.89.5:5144 ВҮЕ BYE sip:4600286420226520138.114.75.25;. 
Daemen 2016-0525 2143301 4046789472908 10107991939904 ЖА н әзӱ) pn Gnd. 
2 2016-03-25 14:21:43.381  10.187.89,5:5144 10.187.89.132:5082 ACK sip:460002462995283( 10.187.89.132:. В 
9 SIP 2016-03-25 14:21:43.381  10.187.89.132:5082 10.187.89.5:5140 BYE BYE sip:460002462995283810.187.89.146:... 
Ü SIP 2016-03-25 14:21:43.391  10.18/.89,.132:5082 10.18/.89.5:5145 408(INVITE) SIP/2.0 408 Request Timeout 





[d 0-63 AS 信 仿 流程 


SCRI] AS 产生 BYE 消息 的 原因 : 324—277 REM ОК, EI AS 发 送 re — invite 消息 到 
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终端 后 ， 终 端 不 接 ， 定 时 各 就 超时 释放 。 该 定时 各 查询 结果 如 图 9-64 所 示 ， 设 置 值 为 40 s， 
与 测试 现象 吻合 。 


vM 





ш AA gem | mee qoem дь в genome | Xy DEIE mae ae ята внз 
ШЕТ X 记录 梁 8 
€— S 等 竺 最 终 响应 定时 器 时 长 T1 (2) | >*-TnrTE 等 待 最 终 响 应 定时 器 时 长 712 (Ф| 。 re-TinTE 等 待 最 终 [ 和 应 定时 器 时 长 T3 (D — re-TINTTE 等 待 最 终 响应 定时 器 时 长 T4 (PD) 
"Башня 40 € 5 
Tv 融和 楼 小 本 时 





v Eres; nu а 

|| 修 改 咒 全 呼叫 模块 全 局 开关 
O 查 调 融 全 呼叫 模块 全 局 开 天 
v Cog S HU BEER SEES 


4| | иш 





/ 
EI TETTE — 
"ЧЕРГЕ НЕЧ | > 2 г ы 
Bc TER ZIE: > SHOW CCMTIMER 
METTI ZI 


O iaria ЕПА ДАНИ 
O ЖЇН o 











99-64 定时 器 查询 结果 


定时 需 超 时 释放 的 依据 如 下 协议 描述 : 

RFC 3261 SIP. Session Initiation Protocol June 2002 

If a UA receives a non -2xx final response to a re - INVITE, the sessionparameters MUST re- 
main unchanged, as if no re – INVITE had been issued. Note that, as stated in Section 12. 2. 1. 2 , if 
the non – 2хх finalresponse is a 481 ( Call/Transaction Does Not Exist), or a 408 ( Request Time- 


out) , or no response at all is received for the re - INVITE (that is, a timeout is returned by the IN- 
VITE clienttransaction) , the UAC will terminate the dialog. 


根据 协议 (RFC3261) 中 的 描述 ， 终 端 不 响应 就 是 要 
对 话 内 取消 一 个 请 求 的 办 法 。 


终结 呼叫 ， 目 前 SIP 里 没有 定义 在 
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第 三 篇 ”软硬兼施 ， 面 癌 实 成 


BTA ”资源 重 利 用 助 推 网 络 升 华 


VoLTE LYR GR m, 8124 D/F 双 层 网 、 微 站 、 楼 间 对 打 等 履 盖 提升 方案 已 经 广 
泛 部 署 ， 本 章 从 6 种 创新 性 的 特 型 覆盖 提升 方案 入 手 ， 深 度 益 述 其 原理 及 应 用 方法 ， 全 面 为 
VoLTE 业务 质量 保驾 护航 。 

VoLTE 业务 作为 一 种 上 行 覆 盖 受 限 业 务 ， 对 覆盖 的 敏感 性 较 高 。 目 前 市 区 深度 覆盖 能 
JEEE FERREA, ЖЖ AE S BRE. ZU DC ER VI UR BE TR n5 24 59383 ТЫ шт Hi DU ЫН 2 J^ 
重 。 农 村 、 景 区 等 特殊 场景 的 广度 覆盖 连续 性 也 存在 较 大 提升 空间 。 在 覆盖 较 差 的 情况 下 会 
严重 影响 VoLTE 用 户 的 感知 ， 所 以 本 节 从 提升 VoLTE 业务 感知 出 发 ， 对 提升 “ 广 、 深 ” 禾 
盖 的 规划 方案 进行 全 究 ， 提 出 多 元 化 的 解雇 方案， 以便 在 不 同 的 普通 场景 可 以 通过 相应 合适 
的 解决 方案 加 强 和 覆盖 。 

通过 大 量 测试 数据 分 析 ， 总 结 RSRP、SINR 等 覆盖 参数 指标 与 高 清 语音 的 MOS 的 关系 ， 
从 而 得 出 基于 实际 测试 业务 感知 的 覆盖 要 求 ， 并 以 此 为 VoLTE 室内 、 室 外 和 覆盖 规划 、 建 设 
的 依据 ， 针 对 低 于 VoLTE 覆盖 规划 要 求 的 场景 ， 选 择 不 同 的 覆盖 增强 招式 进行 履 盖 加 强 ， 
保证 VoLTE 的 基础 业务 感知 。 







































































RSRP 与 高 清 语音 的 MOS 变化 曲线 如 图 10-1 所 示 。 
RSRP 与 MOS 曲 线 





-(0 -74 -78 -82 -86 -90 -94 -98 -102-106-110-114-118-122-126-130 


K| 10-1 АМЕ 23. 85K 高 清 语音 RSRP 与 MOS 的 变化 曲线 





SINR 与 高 清 语音 的 MOS 的 变化 曲线 如 图 10-2 所 示 。 

从 测试 数据 分 析 来 看 ， 若 要 求 语音 用 户 MOS > 3.5, Й RSRP 在 -113 dBm. RS SINR 在 
-3 dB 左右 MOS 分 出 现下 降 拐点 。 为 保障 语音 用 户 体 验 ， 建 议 以 RSRP 门限 -113 dBm 作为 
室内 深度 有 覆盖 的 规划 指标 。 考 虑 18 dB ~ 30 dB 穿 损 ， 则 室外 道路 测试 要 求 达到 - 95 ~ 
— 83 dbm, 
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SINR 与 MOS 曲 线 





30 28 26 24 22 20 18 16 14 12 10 8 6 4 2 O0 -2 -4 -6 -8-10 


图 10-2 АМЕ 23. 85K 高 清 语音 SINR 与 MOS 的 变化 曲线 











针对 市 区 的 深 度 窗 冀 不 足以 及 郊区 和 乡镇 的 广度 窗 蓄 受 限 两 方面 的 问题 ， 本 市 针对 广 、 
深 短 板 指 标 ， 结 合 现 有 资源 及 网 络 现状 ， 根 据 网 络 使 用 的 频段 、 履 盖 场 景 以 及 利用 设施 情况 


等 因素 ， 通 过 创新 试点 ， 利 用 WLAN 杆 建设 基站 ， 将 基站 带宽 20 MHz 改 10 MHz、 修 改天 线 
权 值 、 四 扇 区 、 双 流 合并 单 流 等 创新 内 容 解决 LTE 广 、 深 覆盖 不 足 的 短 板 ， 如 图 10—3 


BI 











ниш шш s пыш s s s ыш 


将 带宽 20MHz 改 为 10MHz 
目的 : ARH. FRERE 








А8 БГ. GEIGER 


созан L 
__ B --- - 利用 WLAN 杆 建设 基站 
BF 天 线性 能 增强 | BH AREE 
目的 : 解决 深度 覆盖 
" 4 
双流 合并 单 流 ~-------- 其 他 措施 


目的 : 提升 畦 盖 ， 降 低 MR 的 弱 桥 盖 比 例 目的 : SERI. EXE 
图 10-3 ”创新 覆盖 规划 方案 


ТЖ ЕМИ 27796, H DT 测试 、MR 数据 分 析 、 话 统 数 据 分 析 等 多 个 维度 验证 方案 
的 效果 以 及 对 网 络 的 影响 ， 更 好 地 指导 其 他 地 市 的 应 用 和 评估 。 本 节 所 涉及 的 窗 六 方案 共 分 


为 6 个 招式 ， 每 个 招式 的 新 思路 、 旧 资源 整合 方案 对 比 见 表 10-1。 
X10-1 新、 旧 资 源 整合 方案 对 比 表 


























Ж R IH 资源 新 思 路 
TIT 站 址 利用 硬件 BBU、 基 带 等 资源 | 增加 一 个 局 区 ,加强 3609 REAR; 8 +2 可 以 小 区 合并 ， 
l: 利用 频率 资源 统一 减少 同 频 干扰 
带宽 灵活 配置 一 切 硬件 资源 利用 充分 利用 现 有 | 灵活 使 用 10 MHz, 5 MHz 等 带宽 类 型 ， 不 同 场景 、 不 同 话 
频谱 资源 务 量 区 域 进行 灵活 配置 
波束 赋 形 一 切 硬件 资源 利用 所 有 软件 资源 | 不同 波束 宽度 灵活 配置 ， 根 据 场景 所 需 宽 度 和 深度 的 不 同 
d 利用 灵活 配置 
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Ù R H 资 源 新 思 路 


* уез 根据 覆盖 需求 ， 增 加 WLAN 杆 微 站 的 覆盖 ; 难 选 址 的 区 域 
利用 WLAN 杆 站 址 利用 抱 杆 资源 利用 通过 WLAN 杆 加 强 补 育 效果 


一 切 硬 件 资源 利用 所 有 软件 资源 | ”根据 覆盖 场景 下 的 业务 类 型 需求 ， 灵 活 配置 单 双流 情况 ， 











wa 
双流 合并 利用 Ia RE E 
算法 解决 方案 一 切 硬 件 资源 利用 使 用 新 的 算法 对 覆盖 和 容量 产生 正 向 增益 


10.1 第 一 招 360 度 全 方位 覆盖 一 一 8 +X 四 扇 区 方案 








LTE 网 络 发 展 已 完成 规模 建设 ， 基 本 实现 连续 窗 盖 。 深 度 窗 盖 不 足 问题 对 网 络 健康 发 展 
的 掌 有 现象 日 益 突 出 ， 增 强 深 度 上 黎 兰 成 为 了 提升 网 络 质量 和 用 户 感 知 的 重要 诛 题 。 多 而 区 组 
网 应 用 就 是 在 站 点 和 频谱 资源 受 限 的 情况 下 的 一 种 新 型 组 网 建设 解决 方案 。 四 户 区 方案 能 有 
AUCH E fo Ж — БЫ DEB ЙЫ шт УЕ, TÉ I 360° 全 方位 的 覆盖 。 


10.1.1 多 局 区 组 网 原理 介绍 
多 扇 区 解决 方案 对 覆盖 的 影响 主要 体现 在 扇 区 增加 和 天 线 的 波 办 网 、 增 益 变 化 市 来 的 


影响 。 

如 果 天 线 增益 没有 变化 ， 则 多 扇 区 和 三 扇 区 的 覆盖 范围 基本 相当 。 通 常 罕 波 办 的 天 线 增 
益 高 (如 水 平 半 功率 角 33° 的 天 线 增益 通常 为 19 ~21 dBi) ,而 三 扁 区 的 普通 天 线 的 增益 一 般 
低 于 18 dBi， 所 以 局 区 分 裂 后 采用 罕 波 兴 天 线 将 导致 履 盖 汇 围 的 增 大 ,但 可 以 采用 更 大 的 下 
倾角 ， 保 持原 有 的 覆盖 面积 不 变 ， 同 时 减少 干扰 。 

2 РНИ р, АРСА 2 РЕВЕ Е 8 m KARR, азл 6 р А0 т 
区 域 由 3 片区 域 增 加 到 更 多 片区 域 ， 切 换 比 例 将 上 升 。 

多 鹿 区 组 网 主要 存在 以 下 两 种 解决 方案 : 了 通过 罕 波 束 高 增益 天 线 实现 慎 区 分 裂 ( 见 
图 10-4); 

D 通过 8 +X 实现 四 局 区 组 网 ， 针 对 性 解决 区 域 弱 覆 盖 和 深度 覆盖 不 足 问 题 ( 见 图 10—5) 。 
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3 Sector 


33° HBW Antenna 
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45° HBW Antenna 3 局 区 4 局 区 


图 10-4 KIARA 图 10-5 8+X PU Pon i d 
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多 局 区 组 网 可 以 有 效 解 决 以 下 运营 商 痛 点 问题 ， 从 而 实现 人 简便、 高 效 地 对 LTE 网 络 进 
行 补 育 和 扩容 ， 既 不 增加 基站 站 址 数量 ， 同 时 又 降低 工作 量 和 复杂 度 。 

ө 解决 新 建站 选 址 困难 问题 。 

ө 解决 新 建站 点 高 成 本 问题 。 

e 解决 载波 扩容 需要 更 多 频谱 问题 。 

e 解决 扩容 不 能 及 时 满足 迅猛 增长 的 业务 量 问 题 。 

多 而 区 相对 于 传统 三 夺 区 方案 来 说 ， 根 据 密集 城区 、 普 通 城 区 或 郊区 农村 等 不 同 场景 ， 
使 用 不 同 的 推荐 天 线 方案 最 高 可 带 来 覆盖 增益 约 2 -3 dB、 记 区 容量 增益 约 70% ~ 859%, HH 
于 鹿 区 数量 的 增加 ， 将 导致 干扰 的 上 升 和 邻 区 数量 的 增加 ， 通 过 网 络 优化 措施 ， 可 以 保证 相 
关 KPI 指标 无 明显 恶化 。 


10.1.2 多 局 区 方案 选择 


1， 扇 区 数量 选择 
针对 六 而 区 和 四 而 区 两 种 解决 方案 的 优势 和 劣势 进行 对 比 见 表 10-2, 
表 10-2 两 种 多 扇 区 方案 对 比 
而 区 分 裂 六 而 区 组 网 8 +X Pug р 2 Iv] 
Èo X Ж A Jo 3 7 A 
利用 智能 天 线 的 波束 赋 形 
能 力 ， 增 强 边缘 覆盖 


发 挥 了 频段 30 Mbit/s 带宽 Jg 2 通道 可 灵活 实现 小 区 合 | e em ns 























六 鹿 区 重 和 覆盖 度 增 高 对 现 网 指标 影响 小 2 通道 RRU 的 功率 较 小 














造价 成 本 高 改造 难度 大 | 硬件 安装 方便 ， 实 现 简单 
隘 低 上 下 行 不 平衡 间 题 | RF 优化 工作 量 大 EZA RF ETNE ТО 
提升 用 户 接 入 能 弱 黎 盖 场景 针对 性 不 强 | GENUS RED RR oo 
目前 只 支持 下 频段 支持 现 网 满足 条 件 多 数 站 点 

















综合 比较 两 种 方案 和 现 网 实际 需求 ， 从 实现 难 易 程度 、 对 现 网 的 有 影响、 适用 场景 针对 性 
和 全 省 推广 可 行 性 等 多 方面 考虑 ， 选 择 进行 8 +X 四 出 区 组 网 研究 。 

2. “8 +X” 的 实现 方案 

现 网 三 而 区 改造 为 四 肩 区 需要 增加 一 个 物理 局 区 ，X 指 的 就 是 第 四 个 而 区 采用 何 种 实现 
方式 。 增 加 的 物理 局 区 可 以 选择 A :8 通道 的 宏 站 RRU， 也 可 以 选择 比较 灵活 的 B :2 通道 的 
微型 RRU。 两 种 方案 优 和 缺点 对 比如 下 : 

(1) 8+2 J 

优点 : 

e 多 产品 选择 可 以 选择 Bookru, Easymacro, RRU3172 30719, LFL RRU 小 区 
合并 。 
体积 小 ， 安 装 方 便 。 
可 以 与 8 通道 安 站 而 区 进行 小 区 合并 ， 达 到 抗 干扰 的 目的 ， 合 并 后 没有 容量 增益 ， 适 
用 于 对 履 盖 要 求 高 的 区 域 。 
e 可 以 通过 分 裂 的 方式 实现 容量 的 增加 。 
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缺点 : 

e 2 通道 RRU 的 功率 较 小 ， 禾 盖 距 离 相 对 8 通道 RRU 较 小 。 

e 宁波 办 覆盖 范围 较 小 。 

e Bookrru fX xc D 频段 设备 ， 另 外 两 种 可 以 文 持 FAD 全 频段 。 

(2) 8+8 方案 

优点 : 

e 8 通道 RRU 可 以 和 宏 站 之 间 通 过 beaforming 的 特性 进行 干扰 抑制 。 

e。 满 功率 发 射 覆 盖 距 离 较 远 ， 可 以 通过 天 线 权 值 调 整 覆 盖 范 围 。 

缺点 : 

e WITEK, EAA ш Их ЕЛ 

e 体积 大 ， 天 面 空 间 占用 较 多 。 

e 不 能 进行 小 区 合并 。 

本 方案 验证 选用 8 +2 和 8 +8 两 种 方案 进行 实施 验证 ， 对 比 实际 履 盖 效果 。 场 景 选 定 
原则 : 

1) 三 面 区 履 盖 不 能 形成 连续 履 盖 ， 需 要 加 强 履 盖 广 度 。 

2) 深度 覆盖 不 足 ，MR 弱 履 盖 比 例 较 高 ， 需 要 加 强 覆 盖 深 度 。 

З) 站 点 硬件 设备 尽量 改造 小 ， 如 基带 板 需 配 置 UBBP 板 能 容纳 4 K. 

4) 天 面 空间 充足 ， 足 以 支撑 四 扇 区 的 设备 安装 。 

5) 存量 抱 杆 充足 或 空间 可 新 增 抱 杆 。 

6) 施工 方便 ， 物 业 、 供 电 等 协调 方便 ， 便 于 施工 改造 。 

7) 采用 8 +2 和 8+8 两 种 方式 ， 先 进行 8 +2 的 试点 工作 ， 效 果 验 证 完成 后 再 进行 8 + 
8 的 试点 。 

本 次 项 目 试点 ， 综 合 考 虑 多 种 因素 ， 最 终 选 定 LDDH030001H_ 张 店 公 司 总 部 站 点 进行 改 
造 。 该 站 点 位 于 移动 大 厦 楼 顶 ， 站 高 45 m， 周 边 道路 覆盖 良好 ， 站 点 西 侧 金色 之 韵 大 楼 和 
沿街 楼 层 处 于 两 扇 区 中 间 夹 角 ， 存 在 深度 覆盖 不 足 问 题 ， 该 站 1 小 区 方位 角 340。， 需 兼顾 
约 1$0" 的 广度 履 盖 ， 能 力 稍 显 不 足 ， 如 图 10-6 所 示 。 
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10.1.3 硬件 改造 


1. 8 +2 四 扇 区 硬件 改造 
1) Xr: 2 通道 和 8 通道 RRU 不 能 共用 基 市 板 ，BBU 侧 需 新 增 一 块 LBBP AE, ШП 
图 10-7 所 示 。 





图 10-7 BBU 侧 新 增 基带 板 
2) 远 端 : 楼 顶 RRU 侧 使 用 微型 设备 Easy Macro (AAU3240) ，RRU 和 天 线 集成 一 体 ， 
布 放 简单 、 安 装 方便 ， 如 图 10-8 所 示 。 





图 10-8  RRU 侧 使 用 Easy Macro 


2. 8 +8 四 扇 区 硬件 改造 
1) 近 端 : 8 通道 RRU 可 插 在 原 基 带 板 第 4 个 光 口 ，BBU 侧 无 须 新 增 单 板 ， 如 图 10-9 
所 示 。 





图 10-9 BBU 侧 使 用 4 光 口 
2) 远 端 : 楼 顶 RRU 侧 安 装 RRU3277 + 高 增益 天 线 ， 如 图 10-10 所 示 。 
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图 10-10 RRU 侧 增加 RRU 和 天 线 


10.1.4 效果 验证 


1. 8 +2 四 扇 区 效果 验证 

新 增 的 2 通道 第 4 Вр УЛ 1 扇 区 进行 小 区 合并 ，PCI = 196 ， 增 强 履 盖 广 度 和 深度 的 同 
时 ， 较 大 程度 减少 切换 、 降 低 干扰 。 

1) 外 场 测试 ,对比 发 现 ， 本 次 试点 8 +2 四 局 区 改造 后 ， 对 金色 之 韵 楼 内 信和 号 履 盖 存 
在 一 定 程度 改善 ， 对 沿街 商铺 信号 强度 改善 明显 ， 对 周边 道路 覆盖 未 产生 明显 变化 。 改 造 后 
的 室内 覆盖 平均 RSRP 有 所 提升 ， 履 盖 好 点 比例 升 高 ， 弱 履 盖 比例 降低 ; 平均 SINR 略 有 提 
升 ， 质 量 好 点 比例 升 高 ， 质 量 差点 比例 降低 ， 未 引入 明显 负面 影响 ， 如 图 10-11 所 示 。 
































平均 RSRP 和 SINR 对 比 
目 原 三 扇 区 目 8+2 四 扇 区 


-93 -90.5 
-97.6 
-102.7 
3.0 : 
== m 


室内 平均 RSRP 沿街 平均 RSRP 室内 平均 SINR 沿街 平均 SINR 


图 10-11 室内 RSRP 区 间 对 比 
2) MR 对 比 : 分 析 MR 电 平 值 低 于 -110 dBm 采样 点 占 比 ， 通 过 对 比 原 三 肩 区 (2 月 5 
号 ) 和 8+2 四 扇 区 改造 后 (2 月 15 号 ) 的 MR 弱 覆 盖 占 比 ，1 小 区 (采用 小 区 合并 ) FE 
3796, 3 小 区 下 降 65% ，2 小 区 指标 下 降 2% ， 属 正常 波动 。 说 明 8 +2 四 局 区 解决 单方 向 弱 
盖 问 题 具 有 较 大 可 行 性 。MR 弱 履 盖 指 标 对 比 图 如 10-12 所 示 。 





MR 弱 窗 盖 指 标 对 比 ( RSRP«-110) ( % ) 
ERIK 8+2 


10.10 


9.11 
6.39 
iñi 282 2.77 3.18 
|) m NN 
1 小 区 2 小 区 3 小 区 


K| 10-12 MR 弱 履 盖 指 标 对 比 
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3) 网 管 指标 对 比 : 跟踪 对 比 改 造 前 后 的 网 管 主要 KPI 指标 波动 正常 ， 未 有 明显 恶化 或 
a 

4) 干扰 指标 跟踪 对 比 改 造 前 后 的 干扰 噪声 指标 发 现 ，8 «2 四 慎 区 改造 后 未 3 引入 其 他 
干扰 ， 指 标 波动 正常 ， 如 图 10-13 Br, 














系统 上 行 每 个 PRB 上 干扰 噪声 的 平均 值 /dBm 


-110.00 
2 月 9 日 ”2 月 10 日 ”2 月 11 日 2 月 12 日 ”2 月 13 日 ”2 月 14 日 2016/2/15 2Н15Н 
0 8+2 改 造 后 


-114.00 
116.00 
-118.00 


-120.00 
-— |E = 27А 3 小 区 


图 10-13 干扰 噪声 指标 对 比 


2. 8 +8 四 局 区 效果 验证 

新 增 的 8 通道 第 4 局 区 规划 使 用 PCI = 194 ， 与 相 邻 小 区 规避 MOD3 FH, FF beaform- 
ing 自 适 应 进行 干扰 抑制 。 

1) 外 场 测试 : 对 比 发 现 ， 本 次 试点 8 +8 四 扇 区 改造 后 ， 对 金色 之 韵 楼 内 信号 覆盖 存 
在 一 定 程度 改善 ， 对 沿街 商铺 信号 强度 改善 明显 ， 对 周边 道路 覆盖 未 产生 明显 变化 。 对 比 8 
- 8 改造 前 后 的 室内 RSRP 覆盖 情况 : 改造 后 的 室内 覆盖 平均 RSRP 有 所 提升 ， 履 盖 好 点 比 
例 升 高 ， 弱 覆盖 比例 降低 ; 平均 SINR 略 有 提升 ， 质 量 好 点 比例 升 高 ， 质 量 差 点 比例 降低 ， 
未 引入 明显 负面 影响 ， 如 网 10-14 所 示 。 


























平均 RSRP 和 SINR 对 比 
m 原 三 扇 区 ^ 8 8px 
-89.9 
-93.2 
297.8 

-102.7 

3.0 

== = 
室内 平均 RSRP 沿街 平均 RSRP 室内 平均 SINR 沿街 平均 SINR 


图 10-14 室内 RSRP 区 间 对 比 





2) MR 指标 对 比 : 通过 对 比 原 三 扇 区 (2 月 5 号 ) 和 8+8 四 扇 区 改造 后 (2 А 18 号 ) 
的 MR 弱 履 盖 占 比 ，1 小 区 下 降 5096, 3 小 区 下 降 6696, 2 小 区 指标 下 降 12% ， 新 增 4 小 区 
比例 (2.7996) 低 于 平均 值 。 说 明 8 +8 四 扇 区 解决 单方 向 弱 履 盖 问 题 具 有 较 大 可 行 性 ， 如 
图 10-15 所 示 。 
3) 网 管 指 标 对 比 : 跟踪 对 比 改 造 前 后 的 网 管 主 要 KPI 指标 波动 正常 ， 未 有 明显 恶化 或 
异常 。 
4) 干扰 指标 对 比 : 跟踪 对 比 改造 前 后 的 干扰 噪声 指标 发 现 ，8 +2 四 局 区 改造 后 未 引入 
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MR 弱 覆盖 指标 对 比 ( RSRP<-110) ( % ) 
m 原 三 扇 区 8+8[Д 5 ЫХ 


10.10 


9.11 
5.00 
2.82 248 3.12 2.79 
1 小 区 2 小 区 3 小 区 4 小 区 


K| 10-15 MR 5A SE EAR XT EE 


其 他 干扰 ， 指 标 波动 正常 ， 如 图 10-16 所 示 。 


系统 上 行 每 个 PRB 上 干扰 噪声 的 平均 值 /dBm 





-110.00 
2H14H 2 月 15 日 ”2 月 16 日 2016/2/17 2H18H 2H19H 22H20H 2H21H 
8+8 改 造 后 
-115.00 
-120.00 


一 允 一 小 区 —9—2/Nx 一 会 一 3 小 区 —@—4/J < 


图 10-16 干扰 噪声 指标 对 比 


本 次 试点 验证 表明 : 8 +X 四 扇 区 改造 方案 可 以 有 效 解决 深度 覆盖 问题 ， 尤 其 MR 548 
盖 比 例 降低 显著 ; 实际 测试 感知 较 明 显 ， 室 内 信和 号 强度 和 质量 有 所 提升 ， 对 话 务 分 担 和 吸收 
流量 起 到 积极 作用 。 

MR 弱 履 盖 指 标 大 幅度 降低 ， 如 图 10-17 Brzn 











MR 弱 履 盖 指标 对 比 ( RSRP«-110) (% ) 





8+2 四 扇 区 8+8 四 扇 区 


图 10-17 MR 指标 对 比 


基站 整体 吸收 数据 流量 有 所 提升 ， 如 图 10-18 所 示 。 
测试 区 域 覆 盖 增 强 ， 信 和 号 优良 比 提 升 ， 如 图 10-19 所 示 。 
针对 存在 单一 方向 弱 覆 盖 或 深度 覆盖 不 足 场 景 : 
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PDCP 层 吞吐 量 /GB 


19.9 19.0 244 
p 人 шай 国人 » 
原 三 扇 区 8+2 改 造 后 8+8 改 造 后 
图 10-18 FEX E 
平均 RSRP 和 SINR 对 比 
-97.5 m a= [>x 
B 8 2Uufs3[x 
8+8 四 扇 区 


3.0 3.4 3.6 
mum NEN 
室内 平均 RSRP 室内 平均 SINR 





图 10-19 #8 = d iT rE 


e 优先 推荐 使 用 8 +2 改造 方案 ， 在 满足 改善 覆盖 的 前 提 下 ， 可 以 选择 进行 小 区 合并 和 
小 区 分 裂 ， 灵 活 应 对 现 网 需求 。 

e 8 +8 改造 方案 ， 满 功率 发 射 覆 盖 距 离 较 远 ， 可 以 通过 beaforming 特性 进行 干扰 抑制 ， 
并 且 可 以 调整 天 线 权 值 改变 禾 盖 距离， 对 某 些 场景 的 禾 盖 提升 更 加 明显 。 

e 8 +X 四 刷 区 改造 适合 特定 噶 窗 盖 场 景 ， 对 于 基站 密度 较 大 区 域 ， 会 相应 增加 网 络 重 
Bim, ENEE KR RRNA ERE Е 









































10.2 第 二 招 话 务 高 低 远 近 分 级 一 一 带宽 灵活 配置 方案 


10.2.1 带宽 灵活 配置 方案 介绍 


LTE 的 小 区 支持 灵活 的 系统 带宽 配置 ， 支 持 1.4MHz、3 MHz、5MHz、10 MHz、15 MHz, 
20 MHz 齐 宽 ， 文 持 成 对 和 非 成 对 频谱 带宽 。 在 相同 的 硬件 和 功率 配置 情况 下 ， 不 同 的 放宽 
对 应 的 参考 信号 的 接收 功率 也 不 尽 相 同 。 通 常 LTE 小 区 的 履 盖 情况 与 RSRP 的 功率 情况 有 直 
接 的 关系 。 

LTE 的 RSRP (Reference Signal Receiving Power, 参考 信号 接收 功率 ) 是 在 某 个 符号 内 承 
载 参考 信和 号 的 所 有 RE (资源 粒子 ) 上 接收 到 的 信号 功率 的 平均 值 ， 也 就 是 子 载波 功率 ， 这 
相当 于 GSM 的 BCCH 或 CDMA 里 面 的 导 频 功率 。 对 于 LTE, 一 个 OFDM 子 载波 是 15 kHz, 
这 样 只 要 知道 载波 带宽 ， 就 可 以 知道 里 面 有 几 个 子 载波 ， 也 就 能 推算 RSRP 功率 了 。 

以 单 载波 20 MHz 带宽 的 配置 为 例 ， 共 有 1200 个 子 载波 ，RSRP 的 功率 计算 如 下 : 
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RSRP 功率 = RRU 输出 总 功率 -10lg (12 x RB 个 数 ) 
如 果 是 单 端口 20 W 的 RRU， 那 么 可 以 推算 出 
RSRP 功率 = 43 – 10151200 = 12. 2 dBm 
如 果 带 宽 配 置 为 10 MHz, M) RB 数 为 50，RSRP 的 功率 计算 结果 如 下 : 
RSRP 功率 = 43 — 101600 =15. 2 dBm 
由 此 可 见 ， 和 带宽 从 20 MHz 变 为 10 MHz 后 相应 的 RSRP 功率 也 会 带 来 3 dB 的 增益 。 
目前 现 网 统一 按照 20 MHz 囊 宽 进行 配置 。 本 次 的 带宽 灵活 配置 方案 是 通过 将 现 网 使 用 
的 20 MHz 带宽 根据 实际 业务 需求 进行 配置 ， 能 更 好 地 满足 话 务 量 较 低 ， 但 是 深度 履 盖 需求 
较 高 的 场景 。 


10.2.2 场景 选择 











本 次 试点 区 域 1 选择 桓 台 马 桥 镇 (FF 频段 )， 该 区 域 主要 包含 后 金村 、 北 膏 一 村 、 小 庄 
村 每 几 个 村 于。 区 域 站 点 共计 14 个 站 点 ,平均 站 间距 约 900 m， 全 部 使 用 ЕІ 频段 38400, 
其 中 13 个 站 点 大 气 波导 频 发 ， 且 该 区 域 用 户 较 少 (连续 3 天 小 区 最 大 用 户 数 最 多 小 区 为 68 
个 )， 带 宽 修 改 后 对 该 区 域 用 户 影响 不 会 太 明 显 。 可 改善 大 气 波 导 干 扰 ， 增 加 农村 区 域 深度 


>= 
rrt o 


本 次 试点 将 下 频段 站 点 中 心 频 点 由 38400 改 为 38544， 带 宽 由 20 MHz 修改 为 10 MHz, р 
频段 试点 区 域 选择 高 新 房 镇 ， 该 区 域内 站 点 共计 4 个， 平均 站 间距 约 600 m， 全 部 使 用 D Л 
段 37900 频 点 。 经 核查 该 区 域 用 户 较 少 ， 率 宽 修 改 后 对 该 区 域 用 户 的 影 啊 不 会 太 明 显 。 本 次 
试点 将 D 频段 站 点 中 心 频 点 由 37900 改 为 37850， 带 宽 由 20 MHz 修改 为 10 MHz， 验 证 10 
MHz 基站 市 宽 对 网 络 的 影响 。D 、 了 上 试点 区 域 范 围 如 图 10-20 所 示 。 


























Google earth 


图 10-20 D、F 试 点 区 域 范围 


10.2.3 CQT 测试 效果 对 比 


F 频段 试点 : 在 第 一 批 站 点 桓 台 马 桥 博 汇 办 公 楼 、 桓 台 马 桥 西 孙 、 醒 人 台 马 桥 前 金 中 选择 
3 个 地 点 进行 定点 测试 。 带 宽 由 20 MHz 改 为 10 MHz 后 平均 下 载 速率 下 降 23.36% ， 平 均 
RSPR 提升 6. 07% ， 从 定点 测试 整体 效果 上 来 看 ， 下 载 速 率 下 降 明 显 ，RSRP 有 所 提升 。 

D 频段 试点 : 在 试点 区 域 选择 高 新 房 镇 高 商 、 高 新 高 丙 联 通 、 高 新 房 镇 于 小 小 区 作为 D 
频段 站 点 定点 测试 区 域 。 带 宽 由 20 MHz 改 为 10 MHz 后 平均 下 载 速率 下 降 约 42. 19% ， 上 传 
速率 下 降 58.06% ,平均 RSRP Н – 79. 05 dBm 提升 至 -75.41 dBm， 如 图 10-21 所 示 。 
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图 10-21 


10.2.4 DT 拉 网 测试 验证 

1. F 频段 测试 结果 对 比 

实验 区 14 个 站 点 中 心 频率 从 38400 改 为 38544， 带 宽 由 20 MHz PC 10 MHz， 边 界 站 
点 异 频 切换 、 重 选 参数 修改 完成 后 ， 对 整个 实验 区 进行 拉 网 测试 比 对 。 整 体 测试 对 比 指 
标 见 表 10-3 о 









































210-3 整体 测试 对 比 指标 
指 Ж 10 MHz 测试 数据 20 MHz 测试 数据 对 比 效 果 
LTE JE m% 97. 82% 96. 42% 1. 40% 

RSRP — 84. 69 dBm -91. 99 dBm 7. 3 dBm 

SINR 12 dB 11. 57 dB 0. 43 dB 

RSRPz – 100 dBm 的 比例 94. 72% 77.41% 17.31% 
RSRP = – 105 dBm 的 比例 99. 07% 88. 81% 10. 26% 

SINR z0 dB 的 比例 95. 2196 94. 42% 0. 7996 

平均 下 行 吞 吐 率 (PDCP 层 ) 13. 19 Mbit/s 21. 26 Mbit/s - 8. 07 Mbit/s 





20 MHz 带宽 改 为 10 MHz 带宽 后 ， 整 体 测 试 RSRP 改善 明显 ， 部 分 弱 覆 盖 区 域 改善 明显 ， 
好 点 采样 点 增加 明显 ， 如 图 10-22 所 示 。 

2. D 频段 测试 结果 对 比 

实验 区 4 个 站 点 中 心 频率 从 37900 改 为 37850， 带 宽 由 20 MHz 改 为 10 MHz， 边界 站 
点 异 频 切换 、 重 选 参数 修改 完成 后 ， 对 整个 实验 区 进行 拉 网 测试 对 比 。 整 体 测试 对 比 指 
标 见 表 10-4。 
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Serving RSRP-20M 下 载 Serving RSRP-10M 下 载 




















120.0096 г 120.0006 r 

F 100.00% | Е 94.72% 99.07% 100.00% 
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E 59.8896 E 49.1796 
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Е 26.58% E 40,82% 
40.00% 上 19, 33.3096 40.0096 上 i 2490% 

E 24.9296 | 

E Ma 17.5396 上 9.1596 | 
20.00% 上 - 1.6696 | x 11.40% 11.19% 20.00% 上 - 9.1595 | 10.59% 4.35% 

r 1.66% E j | ita 0.93% 

0.00% 上 一 1 ==: П | = | | [ I 0.00% - | | | | l 1 | 1 1 
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图 10-22 “带宽 由 20MHz 改 为 10 MHz 后 RSRP 的 变化 情况 


®10-4 D 频段 DT 测试 指标 对 比 





























js uk 项 20 MHz 测试 数据 10 MHz 测试 数据 对 比 效 果 
LTE £5 7 96. 80% 99. 25% 2. 45% 

RSRP -86. 56 dBm -84. 13 dBm 2. 43 dBm 

SINR 10. 91 dB 8. 93 dB -1.98 dB 
RSRP = -100 dBm 的 比例 88. 14% 92. 67% 4. 5396 
RSRP = -105 dBm 的 比例 96. 81% 97. 82% 3. 80% 
SINR z0 dB 的 比例 95. 85% 92. 05% 3. 8096 

平均 下 行 吞 吐 率 26. 256 Mbit/s 14. 684 Mbit/s - 11. 572 Mbit/s 


20 MHz 带宽 改 为 10 MHz 带宽 后 ， 平 均 RSRP H - 86. 56 dBm 提升 至 -84.13 dBm， 如 
图 10-23 所 示 。 
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图 10-23 ”带宽 由 20 MHz 改 为 10 MHz 后 RSRP 测试 对 比 


10.2.5 后 台 指 标 统计 部 分 


F 频段 20 MHz 带宽 改 为 10 MHz 带宽 后 ， 由 于 带宽 变 窒 ， 频 率 变更 可 能 会 引起 统计 指标 
问题 ， 需 要 对 指标 进行 比 对 ， 对 比 带宽 修改 前 后 指标 ， 无 明显 波动 。D 频段 20 MHz 带宽 改 
为 10 MHz 带宽 后 ， 指 标 正 常 ， 无 明显 波动 ， 如 图 10-24 所 示 。 

带宽 修改 后 ， 示 范 区 及 其 周边 小 区 上 行 干扰 正常 ， 无 TOP 小 区 ， 如 图 10-25 Bros, 

3 月 22 日 16 点 左右 ,下 频段 区 域 全 部 参数 修改 完 后 ,流量 有 所 下 降 ， 对 比 最 近 3 天 流 
量变 化 情况 ， 只 有 22 日 当天 白天 流量 增加 明显 ， 主 要 为 测试 人 员 测 试 导致 。3 月 22 日 流量 






































184 


D 频 段 20MHz 改 10MHz 前 后 KPI 指标 对 比 情况 F 频 段 20MHz 改 10MHz 前 后 KPI 指标 对 比 情况 


100 0.2 100.5 0.01 
99.5 100 
99 0.15 99.5 0:005 
98.5 53 0.006 
98.5 
9 0.1 od 
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96.5 96.5 
96 0 96 0 
$£ d $£ Ф d £ dO d $ dO d d Sod dd Ф GO GO Р GO GO Р Р Р 
Ф- о: су” һу” b tx Ы ©” Ф: ©” ©” му? ү” x` t <)" ©” А” Q5" о" 
ОООО O ОЎ O de "P al P Pan ae am a Pe 9 
v У AM „ХУ АУ АУ ON AN. QNO АУ оу N N P AE OP N EP NV NV 


一 一 无线 接 通 率 (%) 一 一 切换 成 功率 (%) 一 一 无 线 掉 线 率 (%) 一 一 无 线 接 通 率 (%) 一 一 切换 成 功率 (%) 一 一 无 线 掉 线 率 (%) 


图 10-24 了 下 频段 (Ze). D 频段 (A) KPI 变化 图 


上 行 干扰 平均 值 


y y ү" y л” №" ry л” у" №" 


一 上行 干 扰 平均 值 





图 10-25 下 频段 (Æ), D 频段 Ch) 上 行 干扰 变化 情况 
整体 上 未 受到 影响 , 3 月 26 日 9 ~ 11 点 左右 , D 频段 区 域 流量 增加 明显 ， 主 要 是 由 于 测试 
人 员 现 场 测 斌 导致， 最 近 几 天 流量 未 发 生 较 大 波动 ， 如 图 10-26 所 示 。 











F 频 段 带宽 修改 前 后 流量 变化 情况 D 频 段 带宽 修改 前 后 流量 变化 情况 


3 月 22 日 16 点 左 5 
右 参 数 修改 完毕 6 
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一 3 月 19 日 流量 (68) 一 3 月 20 日 流量 (68) 一 一 3 月 24 日 流量 (68) 一 3 月 25 日 流量 (GB) 

一 一 3 月 21 日 流量 [68) 一 3 月 22 日 流量 (68) 一 一 3 月 26 日 流量 (68) 一 3 月 27 日 流量 (GB) 








图 10-26 下 频段 (Ze). D 频段 (A) 流量 变化 情况 
通过 对 试点 区 域 了 、D 频段 站 点 进行 20 MHz Pk 10 MHz 带宽 性 能 效果 了 验证， 带宽 修改 后 
整体 覆盖 提升 较 明 显 ， 但 业务 速率 下 降 较 多 ， 下 载 速率 下 降 约 36. 89% ， 上 传 速率 下 降 约 
55.7696 ， 严 重 影 响 了 用 户 感知 。 和 带宽 修改 后 ， 边 界 区 域 移动 性 正常 ， 网 络 KPI 指标 稳定 ， 
无 明显 波动 。 该 方 采 可 解决 部 分 区 域 广 、 深 窗 盖 不 足 问 题 ， 但 方案 存在 一 定 的 局 限 性 ， 适 用 
范围 仅 限 于 低 话 务 且 用 户 感 知 不 敏感 区 域 。 























10.3 第 三 招 ”集中 火力 拉 深 覆盖 一 BF 天 线性 能 增强 方案 


10.3.1 BF 天 线性 能 增强 方案 介绍 


广播 Beamforming 是 eNodeB 针对 公共 信道 的 信号 进行 加 权 的 波束 赋 形 技术 ， 即 对 广播 
165 








波束 进行 赋 形 。 广播 Beamforming 主要 应 用 于 8T8R 场景 ， 通 过 应 用 厂家 提供 的 天 线 权 值 参 
数 ， 可 以 改变 广播 波束 的 宽度 ， 提 升 小 区 覆盖 性 能 。 

波束 赋 形 天 线 配置 方式 ， 现 网 基本 都 是 将 广播 波束 赋 形 为 65"。 而 通过 将 广播 波束 赋 性 
改 为 30" 后 ， 收 军 波 办 宽度 ， 增 强 主打 方 回 的 履 盖 ， 同 时 降低 对 相 邻 小 区 的 同 频 干 扰 。 

BF 天 线性 能 增强 技术 在 D + Е 双 层 网 上 的 应 用 ， 由 于 D +F 双 层 网 在 相同 区 域 存 在 6 个 

区 ， 一 般 情 况 下 广 缆 盖 不 存在 问题 ， 因 此 可 通过 收 军 波 办 宽度 增强 主办 方 回 获 盖 ， 解 决 楼 
FAREA m ай 











10.3.2 场景 选择 


本 次 试点 选择 张 店 区 医院 北 院 D + 了 双 层 网 为 试点 目标 。 该 站 点 附近 多 为 居民 楼 ， 深 度 
窗 畜 较 差 ， 通 过 调整 让 频段 站 点 波 斩 宽度 加 强大 民 楼 内 深度 和 覆盖， 如 图 10-27 所 示 。 


4 ЕШ, 3088H E 
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[10-27 张 店 医 院 北 院 站 址 情况 


10. 3.3 方案 实施 


1. 天 线 信 息 采 集 

修改 天 线 权 值 前 ， 首 先 需 要 对 天 线 信 息 进 行 采集 ， 根 据 采 集 信息 制作 该 小 区 权 值 文件 ， 
如 图 10-28 所 示 。 

2. 生成 天 线 文件 

根据 天 线 信息 用 相关 软件 模拟 生成 该 款 天 线 65° 和 30° 的 波形 ， 根 据 波形 变化 情况 决定 
是 否 适合 试点 站 点 ， 如 图 10-29 所 示 。 

3. 下 载 激 活 天 线 文 件 

基站 天 线 文件 激活 如 下 从 本 地 将 生成 的 30° 天 线 权 值 文件 上 传 至 FTP 服务 器 ， 通 过 
U2000 将 该 文件 下 载 至 基站 ， 激 活 天 线 权 值 文件 ， 最 后 应 用 天 线 信息 即 可 。 天 线 权 值 修改 情 
况 如 图 10-30 所 示 。 相 关 命 令 如 下 : 
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图 10-28 采集 到 的 天 线 信息 


DLD BFANTDB:IP = "10. 214. 15. 18" ,USR = 


bin/exAntenna30. xml" ; 
ACT BFANTDB : OPMODE = DLDFILE ; 





" ftpuser" , 


=" okokockockock ck ck ck ck k kk M 


,SRCF = "/ 


ADDBFANT:DEVICENO 20, MANUFACTORY = HuaweiAgisson ,CONNSRN = 200, MODELNO = " AN- 


JIEXIN - D" , TILT 26, BAND =39; 


广播 方向 图 


—S00MHz 
Gain(dBi]: 17.02 
HBW[* 1): 57.50 
Squimt[° ): -13.00 
level(-50* }- 13.52 
level(-60? ):13.05 
FBR[ca): 34.21 





——1900MHz 
FBRÍxp): 31.15 
XPD[0): 27.86 
XPD[20) 25.04 
XPD[50] 6.31 


Y 
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图 10-29 х2 30°, 
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6$" 天 线 权 值 波 办 变化 情况 





广播 方向 图 
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图 10-30 ”天 线 权 值 修改 情况 


—1900MHz 


Gain(dBi): 19.70 
HBWÍ* ): 28.50 
Squint(? ): 1.00 
level(-50? |: 40.19 
level[+60° |; 37.13 
FBR[co): 47.59 


= 1900 МНЕ 


FBR[xp): 4446 
XPD(0): 26.44 
XPD(20)25.87 
XPD(50)-16 00 
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4. 查询 天 线 权 值 








华为 基站 ， 通 过 命令 DSP BRANT 可 查询 天 线 权 值 是 否 已 修改 完成 ， 如 图 10-31 所 示 。 
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图 10-31 天 线 权 值 修改 成 功 后 查询 内 容 


10. 3.4 效果 验证 
针对 试点 区 域 的 覆盖 情况 进行 前 后 对 比 测试 分 析 。 测 试 履 盖 对 比 情况 如 图 10-32 所 示 。 
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图 10-32 ”修改 前 后 RSRP 测试 情况 


从 图 10-32 中 可 以 看 出 ， 天 线 权 值 修改 后 主 泊 方向 RSRP 提升 明显 ， 但 由 于 权 值 修改 后 
波 兴 宽度 变 军 ， 因 此 在 劳 瓣 方向 RSRP 有 所 下 降 。RSRP 的 好 点 统计 也 有 明显 的 改善 ， 如 
图 10-33 所 示 。 

从 图 10-33 中 可 以 看 出 ， 在 天 线 权 值 修改 后 室内 RSRP 改善 明显 ，[ -95, -90] 间 采样 
点 提升 约 30% 。 

本 次 天 线 权 值 由 65° 改 为 30° 以 后 ， 天 线 主 办 方向 室内 外 RSRP 履 盖 提升 明显 ， 居 民 
区 及 楼 宇内 部 深度 覆盖 改善 明显 。D + 下 双 层 网 协同 履 盖 6 个 刷 区 可 有 效 解 决 广 窗 盖 问 
题 。 在 广 禾 盖 良好 的 前 提 下 ， 可 对 重点 场景 室内 分 布 不 足 区 域 进 行 天 线 权 值 修改 ， 增 强 
URBES шт 
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图 10-33 ”6$" 和 30" 天 线 权 值 室内 RSRP 分 布 情况 
10.4 第 四 招 整合 资源 填充 盲点 一 一 利用 WLAN 杆 方案 


10.41 方案 背景 介绍 


随 着 移动 4G 网 络 及 用 户 快 速 发 展 ，4G 中 低 端 手机 逐渐 普及 和 各 类 营销 活动 推广 ， 乡 
镇 、 农 村 4G 用 户 逐 渐 增 多 ， 而 前 期 工程 建设 中 主要 以 大 型 乡镇 、 行 政 村 覆盖 为 主 ， 导 致 部 
TRI S I uu, 

JI Dp ДЕЛ 8 oi S8 2G 高 倒流 情况 严重 。 以 淄博 试点 区 域 为 例 ， 目 前 高 倒流 小 区 共计 
448 个 ， 其 中 乡镇 、 农 村 高 倒流 小 区 298 个 ,严重 影响 4G 驻 留 比 ; LTE MR 39 £8 ш ДМХ 
(统计 弱 覆 盖 比 例 大 于 20% ， 总 采样 点 大 于 1000) 中 ， 农 村 弱 覆 羡 小 区 高 达 2312 个 ， 占 总 
55 48 10/10 АУ 87. 79% 。 农 村 区 域 LTE 热点 投诉 逐 月 递增 , 上 述 问题 绝 大 多 数 为 农村 无 枚 
盖 、 能 覆盖 导致 。 如 何 利用 现 有 网 络 资源 以 最 便捷 方式 和 最 小 成 本 提升 4С 广 和 覆盖 是 需要 探 
索 的 问题 。 农 村 才 盖 现状 如 图 10-34 所 示 。 


高 倒流 小 区 分 布 情况 98 nn T EX 
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图 10-34 Ф К 
10.4.2 WLAN 杆 方案 介绍 


农村 站 址 存在 选 址 困难 、 建 设 成 本 高 、 传 输 成 本 高 等 特点 ， 而 农村 相对 市 区 用 户 较 少 ， 
新 建安 站 性 价 比 低 且 周期 长 。 农 村 场景 房屋 多 为 平房 ， 村 内 一 般 空 呈 ， 无 高 层 建筑 ， 阻 挡 较 
少 ， 信 号 衰减 小 ， 居 民房 屋 较 集中 ， 在 村 子 中 开通 微 基 站 或 拉 远 RRU 即 可 解决 农村 广 复 盖 
问题 ， 如 图 10-35 所 示 。 








189 























ү f == e 

== | | 
J 农村 场景 建设 困难 
| SEF 


图 10-35 农村 场景 特点 





农村 场景 物理 特点 








通过 对 现 网 资源 进行 核查 ， 发 现 农村 WLAN 杆 资源 丰富 ， 高 度 在 12 ~21 m, 钢 杆 ， 水 
泥 杆 居多 ，WLAN 杆 位 置 多 在 村 边 和 村 内 ， 适 舍利 用 设备 进行 农村 场景 广 和 覆盖 。 目 前 各 地 
广 、 深 覆盖 属于 短 板 指标 ，WLAN 杆 覆 盖 可 有 效 解决 农村 广 和 覆盖 问题 。 试 点 区 域 WLAN £F 
分 布 情况 ， 如 图 10-36 所 示 。 


WLAN 杆 数量 分 布 
300 
200 
100 
0 
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图 10-36 试点 区 域 WLAN 杆 分 布 情况 


10.4.3 方案 试点 评估 


通过 对 MR 数据 进行 分 析 ， 筛 选 出 部 分 弱 覆 盖 严 重 小 区 ， 并 通过 实际 勘查 选取 西 贾 村 、 
ААТ, Э З 个 行政 村 作为 试点 站 点 ， 试 点 站 点 地 处 平原 地 区 ， 地 势 空 凡 ， 无 线 环境 较 
为 简单 ， 房 屋 多 为 平房 ， 阻 挡 较 少 ， 可 以 利用 现 有 WLAN 杆 直接 安装 设备 ， 大 大 节约 了 成 
本 。 本 次 3 个 站 点 使 用 RRU3172FAD。 

桓 台 韩 家 村 : 未 新 增 站 点 前 主要 由 桓 台 田庄 翔 龙 助 胶 2 小 区 、 桓 台新 城 玻 钢 厂 1 小 区 履 
盖 ， 上 距离 最 近 基 站 桓 台 田 庄 小 庞 基站 上 距离 01.25 km。 由 于 周边 基站 距 韩 家 村 较 远 ， 且 村 内 居 
民房 密集 ， 阻 挡 严 重 ， 信 和 号 无 法 有 效 履 盖 ， 导 致 韩 家 村 整体 覆盖 较 差 。 韩 家 村 勘查 情况 如 图 
10-37 所 示 。 韩 家 村 拉 网 测试 指标 见 表 10—5, 
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图 10-37 + ЖМИ л. 
表 10-5 韩 家 村 拉 网 测试 指标 





村 庄 平均 RSRP/dBm 平均 SINR/dB 下 载 速率 /Mbit/s 





ИБ ЖЕЙ -110 1.2 11 





桓 台 胡 东 村 : 未 新 增 站 点 前 主要 由 桓 台 田庄 高 楼 3 小 区 、 桓 人 台 胡 东 村 3 小 区 、 桓 人 台 祝 家 村 
1 小 区 及 桓 台 田庄 胡 家 1、2 小 区 共同 覆盖 ， 由 于 周边 基站 距 胡 东 村 较 远 ， 且 村 内 居民 房 密集 ， 
阻挡 严重 ， 信 号 无 法 有 效 履 盖 ， 导 致 衣 东 村 整体 覆盖 较 差 。 妆 东 村 勘查 情况 如 图 10-38 所 示 。 
胡 东 村 拉 网 测试 指标 见 表 10-6。 














图 10-38 ” 胡 东 村 勘查 情况 
表 10-6 胡 东 村 拉 网 测试 指标 





村 庄 平均 RSRP/dBm 平均 SINR/dB 下 载 速率 /Mbit/s 





胡 东 村 – 100 4.4 13 


桓 台 西 贾 村 : 未 新 增 站 点 前 主要 由 LFHO35183H 9 74И 3 ДЖ Шш, EBA 
850m。 由 于 周边 基站 距 西 村 村 较 远 ， 且 村 内 居民 房 密集 ， 高 矮 不 一 ， 阻 挡 严 重 ， 信 和 号 无 法 
AU SS, ， 导 致 西村 村 整体 履 盖 较 差 。 西 村 村 勘查 情况 如 图 10-39 所 示 。 西 机 村 拉 测 试 指 
标 见 表 10-7。 





表 10-7 西 页 村 拉 网 测试 指标 





村 Ж 平均 RSRP/dBm 平均 SINR/dB 下 载 速 率 / (Mbit/s) 





西 贾 村 - 102 2.98 15 
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[10-39 西 贾 村 勘查 情况 


10.4.4 实施 效果 评估 


WLAN 杆 微 站 安装 开通 后 ， 行 政 村 内 LTE 敌 盖 及 其 他 相关 指标 提升 明显 。MR 55948 m EU 
例 改 善明 显 ，MR 统计 平均 参考 信号 功率 改善 5dBm 左右 ， 如 图 10-40 ~ 图 10-42 所 示 。 
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x WAE ШИМ 
图 10-40 ”开通 前 后 RSRP 对 比 情况 4 10-41 开通 前 后 SINR 变化 情况 


40 





韩 家 村 胡 东 村 西 机 村 
图 10-42 开通 前 后 下 载 速率 对 比 
微 基 站 、 拉 远 宏 站 RRU 结合 WLAN 杆 可 以 有 效 解 决 农村 广 禾 盖 ， 针 对 农村 热点 投诉 、 
农村 广 和 覆盖 不 足 及 2G 高 倒流 效果 良好 。 利 用 WLAN 杆 可 在 短期 内 以 较 少 资源 成 本 解决 LTE 
网 络 覆 六 问题 。 





10.5 第 五 招 业务 需求 量 身 定制 一 一 双流 合并 单 流 方案 


10.5.1 双流 合并 单 流 方案 介绍 

LTE 网 络 可 以 根据 实际 情况 进行 单 、 双 流 的 配置 切换 ， 两 种 模式 的 对 比如 下 。 

双流 : 结合 复 用 和 智能 天 线 技 术 ， 进 行 多 路 波束 赋 形 发 送 ， 既 可 以 提高 用 户 的 信号 强 
度 ， 又 可 以 提高 用 户 的 峰值 和 均值 速率 。 双 流 采 用 ТМЗ. TMS 传输 模式 ，RANK 22; 速率 
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可 以 大 于 等 于 120 Mbit/s, 

单 流 : 发 射 端 利用 上 行 信号 来 估计 下 行 信道 的 特征 ， 在 下 行 信 号 发 送 时 ， 每 根 天 线 上 乘 
以 相应 的 权 值 ， 使 其 天 线 阵 列 发 射 信号 具有 波束 赋 形 效果 。 单 流 采用 TM2 ТМ7 传输 模式 ， 
RANK =1。 

为 了 保证 用 户 的 速率 感知 ，LTE 网 络 大 多 采用 双流 的 配置 方式 。 如 果 要 加 强 网 络 的 深度 

盖 效 果 ， 则 可 以 采用 单 流 模式 。 双 流 合并 后 的 理论 吞吐 率 见 表 10-8 。 
表 10-8 双流 合并 增益 


理论 推算 双流 合并 (1Port 20M) 理论 推算 双流 合并 (1Port 20M) 
下 行 峰值 56. 236 8 Mbit/s 上 行 峰 值 10. 204 8 Mbit/s 


市 区 场景 下 ， 针 对 功率 无 法 提升 、 无 法 新 增 站 点 、 非 流量 热点 区 域 ， 可 以 通过 双流 合并 
单 流 的 方式 ， 加 强 室内 窗 冀 效果 。 


10.5.2 验证 场景 选择 


根据 无 线 网 优 平台 中 “每 日 LTEMR” 统 计 报 表 ， 选 择 VoLTE 示范 区 内 MR 5948 di ER 
大 于 10% 的 10 个 安 站 小 区 进行 验证 。 






































表 10-9 每 日 LTEMR 统计 报表 


























ECI 小 区 名 MR 指标 (96) 
93790722 LXH0300043HD_ 张 店 市 府 三 宿舍 28.77 
93805824 LDH0300921H1, 5KJ Ze Ер Ri 27. 53 
93818625 LDH0301942R1_ 张 店 五 里 桥 社 区 26 号 楼 24. 48 
204800770 LDH0301803H1_ 张 店 大 润 发 22. 24 
93788931 LXH0300274HD_ 张 店 利 民 大 厦 22. 20 
93786625 LDH0O300182H1_ 张 店 圣 恩 老 年 公寓 19.21 
205183744 LDH0307071H1_ 张 店 技师 学 院 15. 81 
93836032 LXH0301701HD_ 张 店 长 城 宾馆 15. 05 
93822465 LDH0302012R1_ 张 店 黄金 国际 11 号 楼 13. 97 
93822722 LDH0302023R1_ 张 店 黄金 国际 19 号 楼 13. 67 





10.5.3 方案 实施 





从 现 网 提取 小 区 静态 配置 参数 ， 备 份 相 关 配 置信 息 。 制 作 修 改 及 回 退 的 集中 任务 脚本 。 
执行 脚本 时 ， 打 开 告 警 监控 窗口 ， 检 查 脚 本 执行 后 是 否 有 新 告警 产生 。 
配置 命令 . МОР CELL: LOCALCELLID = 1，CrsPortNum = CRS_PORT_1，CrsPortMap = 
NOT CFG, 
回 退 命令 . МОР CELL: LOCALCELLID = 1, CrsPortNum = CRS. PORT. 2, CrsPortMap = 
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NOT CFG. 
10.5.4 效果 验证 


通过 将 双流 合并 成 单 流 ， 各 个 小 区 的 MR 弱 覆 盖 指 标 均 有 提升 ， 如 图 10-43 所 示 。 
MR 弱 覆盖 指标 前 后 对 比 
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10-43 ”双流 合并 单 流 MR 对 比 
后 台 监 控 VoLTE 的 接 通 率 、 掉 线 率 及 切换 成 功率 等 KPI 指标 保持 平稳 ， 如 图 10-44 
所 示 。 





KPI 指标 发 化 趋势 
99.8 0.3086 
29.75 0.25% 
99.7 0209; 
99.65 
0.15% 
05.6 
0, 
99.55 | is 
99.5 Ups 
99.45 0.00% 
2016-05-08 2016-05-09 2016-05-10 2016-05-11 2016-05-12 


—х® Ек ——UkA4gs —s<sEs= 
K| 10-44 KPI 指标 验证 


将 小 区 双流 合并 成 单 流 ， 提 升 覆盖 ， 降 低 MR 的 弱 覆 盖 比 例 ， 同 时 对 各 项 KPI 指标 没有 
明显 影响 。 对 于 业务 速率 要 求 不 高 的 区 域 可 以 通过 双流 合并 的 方案 加 强 深度 窗 盖 








10.6 第 六 招 软 实力 添砖加瓦 一 一 算法 解决 方案 





VoLTE 特有 的 关键 技术 或 特征 影响 语音 业务 履 盖 能 力主 要 体现 在 以 下 几 个 方面 . 
1) TTI Bundling: 在 小 区 边缘 存在 瞬时 传输 速率 较 高 、 上 行 功 率 受 限 等 情况 ， 会 导致 上 行 
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履 盖 受 限 ， 在 一 个 TTE 内 终端 可 能 无 法 满足 数据 UJU y U 
发 送 的 误 块 率 (BLER) 要 求 。TTIbundling 可 以 | ned 
提升 上 行 履 盖 性 能 ， 但 增加 了 传输 时 延 ， 如 
图 10-45 所 示 。 

TTI Bundling 使 用 4 个 连续 TTI 传输 同一 个 
数据 包 的 4 个 不 同 版 本 ， 增 大 了 传输 成 功率 ， 图 10-45 TTI Bundling 传输 模式 
从 而 提高 数据 解 调 成 功率 ， 对 上 行 覆 盖 范 围 有 一 定 的 改善 。 

在 配 比 0、1 、6 时 开启 该 功能 ， 理 论 上 获取 6 dB 的 覆盖 能 力 (在 eTU3 信道 下 ， 仿 真 输 
出 的 增益 为 3 ~4dB) ， 现 网 采用 配 比 2， 无 法 获得 该 增益 。 

2) RLC 分 片 : 当 小 区 边缘 UE 功率 受 限 时 ， 上 行 覆 盖 能 力 下 降 ， 有 可 能 导致 UE 无 法 
在 一 个 TTI 时 间 内 发 送 一 个 完整 的 数据 包 ; 通过 引入 RLC 分 段 (RLC Segmentation) ， 可 以 
将 一 个 RLC SDU 拆 分 成 硅 干 个 小 的 PDU， 从 而 减 小 了 每 个 子 帧 上 传输 的 数据 量 ， 提 升 了 小 
区 上 行 边缘 覆盖 能 力 。RLC 分 片 如 图 10-46 所 示 。 

RLC 数据 包 在 RLC 层 被 分 成 多 段 ， 有 利于 提高 网 络 传输 正确 性 ， 提 升 小 区 的 边 绿 窗 盖 。 
RLC 分 片 数目 越 多 ，TBS 就 越 小 ， 数 据 包 就 越 能 够 容易 被 解 调 ， 从 而 增强 了 禾 盖 。 

3) Конс: 头 压缩 技术 降低 开销 ， 减 小 了 TBS 的 大 小 ， 数 据 包 容易 被 解 调 ， 从 而 增强 
了 覆盖 。 

如 图 10-47 所 示 ， 上 典型 VoLTE 数据 包 净 傈 为 32 В, IP 头 开 销 甚至 超过 净 人 向 本 号，IPv4 
的 包头 为 40B， 头 开销 也 有 12596 。 


PDCP 载 荷 303bit 








































RLC/MAC 包 头 附 着 
`20B 


8B 12B ı 32B 


ia | 


RLC 包 头 


Tes Tees в 


MACH, CRC 校 验 MACE, CRC 校 验 4B 32B 
图 10-46 RLC 分 片 示例 图 10-47 ЖЯ] 


经 过 RoHC 压缩 后 ， 包 头 开 销 从 40 ~60B 降 为 4~6B， 开 销 占 比 降 为 12. 5% ~ 18.8%, 
从 而 对 VoLTE 业务 信道 覆盖 和 容量 有 显著 增益 。 

4) HARQ 重 传 : 按照 QoS 要 求 ，VoLTE 允许 一 定 的 时 延 ， 重 传 能 够 带 来 一 定 的 重 传 增 
ái (理论 上 , 一 次 重 传 增益 是 3dB)， 具 体 表 现 为 对 解 调 性 能 的 要 求 降 低 ， 禾 盖 能 力 增强 。 

5) 时 际 配 比 ， 上 行 子 帧 数目 越 多 ， 在 用 户 感知 允许 的 时 延 要 求 下 ， 可 以 重 传 的 次 数 就 
越 多 ， 和 覆盖 能 力 就 越 强 。 

综合 上 述 方案 验证 ， 各 种 方案 的 优 缺 点 及 适用 场景 见 表 10-10, 
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表 10-10 


优 点 


方案 优 缺 点 及 适用 场景 总 结 


Bb од 


适用 场景 





ру < 


共 站 址 ， 节 省 频率 资源 ， 快 速 
解决 单一 方向 用 户 密度 大 、 深 度 
覆盖 不 足 等 场景 








宏 站 某 些 方向 存在 覆盖 不 足 或 业 
务 量 较 大 区 域 ， 无 法 通过 现 有 天 僻 
调整 满足 需求 的 场景 ， 如 商业 区 ， 
十 字 路 口 等 


仅 能 解决 单一 方向 弱 履 善 或 深 
度 履 盖 不 足 区 域 ， 具 有 一 定 使 用 
局 限 性 ， 需 要 硬件 资源 














HRPE, ZRH 0, 节约 频 
谱 资 源 ， 同 时 能 抵抗 大 气 波 导 干 
扰 影 响 








"— 应 用 于 较 明 显 弱 种 盖 区 域 、 对 下 
带宽 减少 影响 下 载 速率 ， 也 会 | STRN 
ИТЕ, BE 行 速率 要 求 不 高 的 场景 ， 受 大 气流 
Е 影响 严重 的 区 域 可 以 选择 性 使 用 





波束 赋 形 


简单 快捷 ， 成 本 低 ， 只 需 网 管 
ЖД, АЕ {ДЖ pe FIYR ЛЕН ш, 
降低 重合 覆盖 、 减 少 干扰 的 目的 


劳 淤 履 盖 降低 ， 原 来 覆盖 较 好 | ”天线 辐射 方向 用 户 集中 ， 存 在 弱 
的 区 域 可 能 会 产生 弱 履 盖 ， 应 用 | 履 盖 的 场景 ， 如 高 速 公 路 、 居 民 
场景 单一 区 等 





利用 WLAN fT 


共 站 址 、 电 源 、 传 输 等 资源 ,可 
节省 成 本 、 提 高 建站 补 点 效率 


和 窗 羡 范围 有 限 ， 需 根据 行政 村 规 | ”无 法 靠 宏 站 形成 连续 覆盖 ， 存 在 
模 、 宏 站 距离 、 用 户 密 度 、WLAN | 明显 用 户 需 求 区 域 且 有 WLAN 杆 资 
杆 材 质 等 因素 综合 进行 方案 选择 | 源 的 场景 ， 如 乡镇 、 农 村 等 








双流 合 3 


算法 解决 方案 


790 





应 用 灵活 ， 成 本 低 ， 只 需 网 管 
改动 ， 可 提升 一 倍 RS 功率 ， 快 
速 改善 边缘 用 户 基本 感知 


配置 简单 ， 多 种 方案 自由 组 合 ， 
无 须 硬件 调整 的 情况 下 实现 覆盖 
的 增强 








对 下 行 速率 要 求 不 高 、 连 续 覆 瘟 
不 足 的 场景 ， 如 高 速 公 路 、 农 村 、 
乡镇 等 


下 行 采 用 单 流传 输 ， 下 行 峰 值 


速率 受 影响 


方案 的 执行 需要 终端 的 配合 ， 

终端 难以 统一 ， 算 法 的 覆盖 提升 | 全 场景 适用 ， 部 分 算法 需要 终端 
的 同时 也 会 造成 其 他 方面 的 损失 | 支持 

(如 容量 ) 


BTA TREE. ri BC MS II Э 


高 速 公路 、 高 铁 、 地 铁 “ 两 高 一 地 ”场景 组 网 复杂 ， 优 化 难度 大 ， 本 章 针 对 这 些 场 景 
从 网 络 规 划 、 优 化 、 新 技术 应 用 等 方面 多 维度 、 全 方位 进行 了 详细 阐述 。 


11.1 第 一 招 ”场景 细 化 履 盖 衔接 一 一 高 速 公路 场景 解决 方案 


截止 到 2015 年 年 底 ， 全 国 高 速 公 路 通车 总 里 程 达 到 12.3 万 km. 2015 年 约 5.4 亿 人 次 
选择 由 高 速 公路 出 行 ，21% 选择 全 程 自 驾 游 。LTE 网 络 凭借 带宽 大 、 时 延 短 的 特性 提供 了 手 
机 导航 、 高 速 公路 客车 监控 、 乘 客 上 网 冲浪 等 丰富 多 样 的 业务 ， 正 在 逐步 成 为 高 速 公 路 移动 
通信 的 最 佳 方案 。 

11.1.1 高 速 公 路 场景 面临 的 主要 挑战 
高 速 公 路 具有 非常 丰富 的 场景 ， 需 要 指定 场景 化 的 覆盖 解决 方案 ， 如 图 11-1 所 示 。 

















隧道 山路 


服务 区 





口 地 势 锋 窄 、 多 — 口 覆盖 控制 较 难 ， 口 超 长 大 桥 中 央 ”” 口 多 数 服务 区 室 — 口 收费 站 堵车 场 ШЫК © 
变 ， 易 形成 信号  ” 桥 下 可 能 有 弱 材 。 ”加 站 选 址 困难 内 无 室 分 系统 ， 景 容 量 需 求 大 伏 ， 信 号 传播 损 


阴影 ==, ER 口 建设 成 本 高 易 形 成 弱 覆 盖 或 ”” 0 需 热点 区 域 补 }ЕХ 
О 隧道 内 施工 困  — 口 工程 施工 难度 ЕХ n 口 传输 资源 较 难 
Ë 较 高 n 容量 需求 较 大 获取 


图 11-1 高 速 公 路 履 盖 场景 





VoLTE 引入 之 后 ， 高 速 公 路 仍然 以 覆盖 需求 为 主 ， 但 是 现 有 26G 网 络 存 在 2km 以 上 的 站 
间距 ， 需 要 区 分 场景 应 对 高 速 公 路 窗 盖 。 
11.1.2 高 速 公路 场景 规划 原则 

1. 高 速 公 路 场景 覆盖 规划 原则 

高 速 公 路 场景 下 汽车 的 穿 透 损耗 与 车 型 以 及 天 线 主 瓣 方 回 的 入 射 角度 有 关 ， 通 稼 为 8 ~ 
12dB, HHE 11-2 所 示 。 
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车 内 测试 位 置 车 外 测试 位 置 


E maka Т ШИТ F i f made E 
А LE | | i Ñ } 
"ШИ MIMIN EN ТГЕ ТТЕ Wy a 





一 一 车 内 ; RSRP БУК: RSRP 





图 11-2 车 内 外 测试 对 比 


邮 分 高 速 公路 具有 防护 林 ， 遮 挡 信 号 ， 根 据 防护 林 的 高 度 和 宽度 ， 损 耗 通常 为 3 ~5 dB, 
如 图 11-3 所 示 。 











图 11-3 高 速 公 路 防护 林 


为 保障 VoLTE 业务 体验 ， 建 议 高 速 公 路 考虑 车 体 损耗 12 dB， 有 防护 林 的 路 段 需 额外 考 
虑 树林 损耗 5 dB ， 车 内 的 接收 信号 RSRP 不 低 于 -110 dBm，SINR 大 于 -3 dB. 

2. 高速 公路 场景 组 网 规划 原则 

在 普通 场景 下 ， 按 照 站 点 窗 盖 距离 可 以 根据 实际 覆盖 需求 选择 宏 站 或 者 微 站 ， 对 于 鹤 盖 
需求 较 远 而 又 需要 保证 容量 的 区 域 ， 可 以 采用 16T16R 方案 ， 如 图 11-4 所 示 。 

针对 特殊 路 段 场景 覆盖 ， 可 以 采取 小 区 合并 的 方法 ， 有 效 降 低 干 扰 ， 减少 切 换 ， 如 
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16T16R/4T4R 





K pn 





小 站 点 覆盖 距离 大 
图 11-4 站 点 覆盖 距离 与 容量 需求 的 关系 





图 11-5 所 示 的 路 段 。 














图 11-5 高 速 公 路 特殊 路 段 的 解决 方案 


11.1.3 ”高速 公路 场景 切换 带 优化 


合理 的 重 二 有 覆盖 区 域 规划 是 实现 VoLTE 业务 连续 的 基础 ， 重 共 履 盖 区 域 过 小 会 导致 
切换 失败 、 过 大 会 导致 干 扰 增 加 ， 影 响 用 户 业 务 感知 。 重 车 覆盖 距离 需要 同时 满足 系统 
内 切换 和 重 选 时 延 要 求 ， 建 议 普通 道路 不 低 于 150 m、 隧 道场 景 不 小 于 130 m， 如 图 11-6 
所 示 。 
系统 内 同 频 切换 时 ， 重 释 中 离 =2 x ( 电 平 迟 淖 对 应 距离 + 周期 上 报 距 离 + JR] hi gp 
离 + 切换 执行 距离 ) HHE 11-7 所 示 。 汽 车 移动 速度 对 应 切换 带 距 离 设 计 见 表 11-1, 
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站 点 间距 











图 11-6 


ЖЫ many be Y| IA] 
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А: 过 渡 区 域 ， 信 号 到 满足 切换 电 平 迟 滞 ( 2dB ) 需要 的 距离 


B: 切换 区 域 
• 200гпѕ: 
e128ms: 


终端 测量 上 报 周 期 
切换 时 间 人 迟滞 


*50ms: 切换 执行 时 延 ， 实 测 时 延 在 50ms 以 内 











图 11-7 系统 内 同 频 切 换 市 设计 网 
表 11-1 汽车 移动 速度 对 应 切换 带 距 离 设计 
移动 速度 / (km/h) 过 渡 区 域 A/m 切换 区 域 B/m 重 登 需求 距离 ]m 
50 40 6 92 
80 40 9 92 
100 40 11 102 
120 40 13 106 

















ЖЕРЕН, EARS =2 x ( 电 平 迟 浏 对 应 距离 + PFE Р), ， 如 图 11-8 所 示 。 





汽车 移动 速度 对 应 重 选 重 霉 距离 设计 见 表 11-2。 

















主 邻 电 平 相 。 ” 满足 重 选 电 平 
tua PRIE 

А | - i 1s 

内 F *D А” B 


A: 过 渡 区 域 ， 信 号 到 满足 重 选 电 平 迟滞 ( 2dB ) 需要 的 距离 
B: 重 选 区 域 ， 切 换 时 间 迟 滞 1s 对 应 的 距离 


图 11-8 系统 内 重 选 时 重 闪 距离 设计 
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表 11-2 汽车 移动 速度 对 应 重 选 重 琶 距离 设计 














移动 速度 / (km/h) 过 渡 区 域 A/m 切换 区 域 B/m ПЕК ш 
50 40 14 108 
80 40 23 126 
100 40 28 136 
120 40 34 148 














TEE ДҮ НУН uji Ж 5С 53 да Р ABUSE ALTE mi Om, EAH 2G/3G 站 点 和 新 增 站 点 时 ， 
тїт ДЕ ЙУ [НДЫ m ра F Fa BE ДЕНИН aja ЖОК, АП 11-9 所 示 。 


UL PE | rr r 




















ШЕЕ Е : 8T8R 的 站 间距 建议 


[频段 1.4-4.6km [频段 1.1~1.3km FREE 0.9—1.1km РЙ ER 2.3-2.6km 

D 频 段 1.1~1.3km DAR ER 0.8~1.0km DINER 0.7~0.9km DARLES 2.1-2.4km 
仅 考虑 线 状 覆盖 : 2T2R 的 站 间距 建议 

[频段 1.1~1.4km FREE 0.9~1.1km ЕЛ Ре 0.7~0.9km Р FE 2.1-2.4km 

pim ER 0.7~0.9km DIER 0.6~0.7km DARLES 0.5~0.6km DA ER 1.5~1.8km 





图 11-9 不 同 覆 盖 场 景 站 间距 设计 


11.2. 第 二 招 公 专 网 协同 业务 分 层 一 一 高 铁 场 景 解 决 方案 





随 着 LTE 数据 业务 的 持续 增长 和 VoLTE 用 户 的 逐步 增加 ， 用 户 对 业务 的 感知 需求 也 越 
来 越 高 ， 很 多 区 域 都 已 经 部 署 了 高 铁 专 网 。 高 铁 专 网 优化 面临 车 损 大 、 生 速 快 等 诸多 挑战 ， 
对 优化 工作 提出 了 更 高 的 要 求 。 


11.2.1 高 铁 专 网 面临 的 主要 挑战 


1. LTE 业务 增长 导致 容量 不 足 
随 着 4G 网 络 建设 的 日 趋 完善 ，4G 用 户 越 来 越 多 ， 网 络 容 量 形势 日 益 严 峻 。 尤 其 是 高 
铁 场景 下 ， 大 量 用 户 短 时 间 内 同时 处 于 一 个 相对 封闭 的 环境 中 ，LTE 小 区 更 容易 遭受 到 大 话 
务 的 冲击 ， 严 重 时 甚至 导致 小 区 拥塞 ， 对 网 络 性 能 和 用 户 感 知 造成 很 大 的 影响 。 
2. 高 铁 VoLTE 业务 优化 要 求 高 
VoLTE 是 将 语音 业务 承载 于 4G 网 络 上 ， 可 实现 数据 与 语音 业务 在 同一 网 络 下 的 统一 。 
VoLTE 技术 为 用 户 囊 来 更 低 的 接 入 时 延 、 更 高 的 质量 、 更 自然 的 首 视 频 通 话 效 采 。 因 此 ， 
LTE 时 代 的 语音 解决 方案 无 论 对 运营 商 提升 无 线 频谱 利用 率 、 降 低 网 络 成 本 还 是 提升 用 户 体 
验 都 十 分 重要 ， 但 由 于 VoLTE 业务 在 传输 时 延 、 网 络 质量 、 用 户 感 知 等 方面 提出 了 更 高 的 
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要 求 ， 因 此 针对 VoLTE 业务 优化 需要 从 语音 质量 、 网 络 绪 盖 、 容 量 以 及 资源 占用 率 等 方面 
进行 重点 研究 分 析 ， 探 讨 出 切实 可 行 的 优化 方法 。 

3. 公 专 网 协同 优化 难度 大 

由 于 高 铁 车 体 损 耗 大 且 高 速 运行 会 导致 网 络 履 盖 变 差 、 切 换 重 选 频繁 等 诸多 问题 ， 因 此 
高 铁 专 网 的 建设 应 运 而 生 。 它 属于 封闭 性 连续 履 盖 专 网 ， 在 很 大 程度 上 保证 了 信和 号 覆盖 强 
度 ， 降 低 了 高 速 移 动 带 来 的 网 络 问题 ， 但 同时 因为 高 铁 会 穿越 市 区 、 郊 区 、 农 村 、 站 台 等 很 
多 场景 ， 这 也 直接 导致 了 专 网 和 公 网 之 间 不 可 避免 地 会 产生 交叉 ， 因 此 只 有 进行 分 场景 的 公 
网 和 专 网 协同 优化 ， 才 能 更 好 地 保障 网 络 的 整体 性 能 和 质量 。 


11.2.2 基于 VoLTE 演进 的 高 铁 专 网 规划 标准 


POLQA 语音 评估 标准 可 以 客观 地 反映 出 用 户 对 VoLTE 业务 质量 的 感知 ， 业 界 公认 的 MOS 
标准 为 平均 MOS 分 大 于 3.5 分 ， 并 且 要 求 履 六 RSRP >-110、SINR >-3 占 比 大 于 95% 。 因 此 ， 
可 以 从 这 两 个 角度 出 发 确定 高 铁 专 网 的 规划 标准 。F 频段 VoLTE 链 路 预算 见 表 11-3, D 频段 
VoLTE 链 路 预算 见 表 11-4。 
































表 11-3 下 频段 VoLTE 链 路 预算 









































F 频段 VoLTE 链 路 预算 F 频段 郊区 UL F 频段 城区 UL RSRP 
业务 类 型 AMR 23. 85K AMR 23. 85K 下 行 RSRP ( -110 dBm) 
场景 高 铁 高 铁 高 铁 
DL: UL 3:1 3:1 3:1 
带宽 /MHz 20 20 20 
天 线 端 口 数 2 2 2 
天 线 配置 1Tx x 2Rx I Tx x 2Rx 2Tx x 2Rx 
信道 类 型 HST HST HST 
MCS 阶 数 MCS5 MCS5 
TBS/bit 304 304 
重 传 次 数 1 1 
RLC 分 片 数 2 2 
A E Pg 
最 大 发 射 功率 /dBm 23 23 43 
终端 天 线 增益 /dBi 0 0 21 
RB 数 4 4 100 
馈线 和 接头 损耗 /dB 0 0 0.5 
EIRP/dBm 6. 19 6. 19 32.7 
БЕУ 
基站 天 线 增益 /dBi 21 21 
IRC 增益 /dB 0 0 
TTI Bundling 增益 /dB 0 0 
馈线 和 接头 损耗 /dB 0.5 0.5 
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F 频段 VoLTE 链 路 预算 
热 噪声 功率 谱 密 度 (dBm/Hz) 


热 噪声 功率 


F 频段 郊区 


一 173. 98 


UL 


-173 


F 频段 城区 UL 


. 98 


RSRP 





接收 机 噪声 系数 /dB 


— 132. 22 





接收 机 噪声 功率 /dB 


一 132. 


22 








MCS 级 别 的 SNR/dB 





接收 机 灵敏 度 /dBm 
干扰 余 量 /dB 


人 体 损耗 /dB 





最 小 接收 电 平 /dBm 


储备 余 量 





阴影 衰落 余 量 /dB 
终端 损耗 /dB 


254 /dB 


- 110 





商用 终端 储备 /dB 





区 域 履 盖 概率 (% ) 


储备 总 计 /dB 
最 大 人 允许 路 /dB 





传播 模型 信息 





频率 /MHz 
基站 天 线 高 度 /m 


终端 天 线 高 度 /m 





传播 模型 


1.5 


1.5 





履 盖 半径 /km 


站 间距 /m (200 m X LER ) 


Cost231 - Hata ( Huawei) 


0. 562 





1083 (m FRX 1000) 


Cost231 - Hata ( Huawei) 


0. 47 





1.5 


Cost232 — Hata ( Huawei) 








达 3.5 AUE, 


D 频段 VoLTE 链 路 预算 


891 ( 回 下 取 整 为 800 ) 


0. 55 





表 11-4 D 频段 VoLTE 链 路 预算 


1057 


按照 表 11-3 预算 下 行 电 平 正好 约 为 110 dBm。 从 实测 结果 来 看 ， 此 时 平均 MOS 分 可 


























D 频段 郊区 D 频段 郊区 RSRP 
业务 类 型 AMR 23. 85k AMR 23. 85k 下 行 RSRP ( - 110 dBm) 
场景 高 铁 高 铁 高 铁 
DL:UL 3:1 3:1 ju 

带宽 (MHz) 20 20 20 

天 线 端 口 数 2 2 2 

天 线 配置 1Tx x 2Rx I Tx x 2Rx 2Tx x 2Rx 

信道 类 型 HST HST HST 
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D 频段 VoLTE 链 路 预算 D 频段 郊区 D 频段 郊区 RSRP 
MCS 阶 数 MCS5 MCS5 
TBS/bit 304 304 
重 传 次 数 1 1 
RLC 分 片 数 2 2 
发 射 端 
最 大 发 射 功率 /dBm 23 23 43 
终端 天 线 增益 /dBi 0 0 21 
RB 数 4 4 100 
馈线 和 接头 损耗 /dB 0 0 0.5 
EIRP/dBm 6. 19 6. 19 327 
接收 端 
基站 天 线 增 益 (dBi) 21 21 
IRC 增益 /dB 0 0 
TTI Bundling 增益 /dB 0 0 
馈线 和 接头 损耗 /dB 0.5 0.5 
热 噪声 功率 谱 密 度 /dBm/ Hz – 173. 98 – 173. 98 
热 品 声 功率 2132.22 - 132. 22 
接收 机 噪声 系数 /dB 3 3 i 
接收 机 噪声 功率 /dBm -129.2 – 129. 2 
MCS 级 别 的 SNR/dB 0. 84 0. 84 
接收 机 灵敏 度 /dBm – 128. 4 – 128. 4 
干扰 余 量 /dB 3 3 
人 体 损耗 /dB 3 3 
最 小 接收 电 平 /dBm -142.9 -142.9 -110 
储备 余 量 
阴影 衰落 余 量 /dB 5. 82 8. 64 5. 82 
终端 损耗 /dB 6 6 0 
穿 透 损 耗 /dB 29 29 29 
商用 终端 储备 /dB 0 0 0 
КЕ ш ЛЖ (96) 95 95 95 
储备 总 计 /dB 40. 8 43. 6 34.8 
最 大 允许 路 /dB 108. 25 105. 43 107. 89 
传播 模型 信息 
频率 /MHz 2600 2600 2600 
基站 天 线 高 度 /m 20 20 20 
终端 天 线 高 度 /m 1.5 1.5 1.5 
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D 频段 VoLTE 链 路 预算 


D 频段 郊区 


D 频段 郊区 


RSRP 











传播 模型 Cost231 — Hata ( Huawei) Cost231 — Hata ( Huawei) Cost232 — Hata ( Huawei ) 
18 mi F: /km 0. 368 0. 308 0. 36 
站 间距 /m (200 m 站 轨 距 ) 673 (H ЕЖ 700) 538 (向 上 取 整 为 550) 654 














按照 表 11-4 预算 下 行 电 平 正好 约 为 -110 dBm， 从 实测 结果 来 看 ， 此 时 平均 MOS 分 可 
159.5 分 以 上 。 

实测 数据 验证 

1. RSRP 与 MOS 分 、SINR 与 MOS 分 的 关系 一 一 实测 数据 

多 趟 列车 数据 拟 合 后 可 以 看 出 ，MOS 分 随 着 RSRP 的 降低 而 降低 ， 如 图 11-10 所 示 。 
RSRP 与 MOS 的 关系 见 表 11-5, 


RSRPvsMOS ( 专 网 ) 











ш 3 H —-W—"-*—— 
О 
= ;+Ң 
1 
0 
CN гу 00 CN 00 т C о О m C = ч чч 00 т су O) (0 m O rx sf n 
e C сї d Q9 o гу i0 «x o Оо с о O i0 xt c ч o 9 r ою 5 
со “1 +ч ч © © O O © O “1 © бу бу бу су ду су су бу со co co 
ті v wd d 4 fd ox чч тч =з ' 1 1 1 1 1 1 1 1 1 1 
RSRP 
411-10 RSRP 5 MOS 分 的 关系 
表 11-5 RSRP 5 MOS 分 的 关系 
<-113 [ -113，-110) | [-110, -100) | [ -100, -90) »-90 
MOS »3.0 iE [Ik (96) 68. 97 74. 14 76.71 89. 91 87.76 
MOS »3.5 ih [k (96) 58. 62 65. 52 69. 88 83. 92 78.73 
平均 MOS 3.21 3.35 3. 43 3.71 3.6 

















MOS 分 随 着 SINR 的 降低 而 降低 ， 如 图 11-11 所 示 。SINR 5 MOS 分 的 关系 见 表 11-6, 


MOS vs SINR( 专 网 ) 
5 
4 ——— 
3 Ta „А 
2 
1 
0 
cn PF. о Чү ОУ CN Ln OO чч < г Оо со О QO CN ш OO e SF P> m e) О O го 
чоо сч ñ s О < 00 1 mH сч ст ш О X оу GG dB СМЧ = ш хо со 
' rd rm к ce e чї ce CN N CN CN CN CN 
MOS 多 项 式 (MOS) 
11-11 SINR 5 MOS 分 的 关系 
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表 11-6 SINR 与 MOS 分 的 关系 























MOS 区 间 >10 
MOS >3. 0 占 比 (96) 92. 60 
MOS »3.5 占 比 (%) 87. 34 
平均 MOS 3. 75 


在 SINR »-3 的 前 提 下 ，RSRP 满足 大 于 - 110 dBm 即 可 满足 平均 MOS 分 大 于 3.5 分 。 
2. 站 间距 与 MOS 分 的 关系 一 一 实测 数据 
小 区 平均 站 间距 与 MOS 分 的 关系 ， 如 图 11-12 所 示 。 


MOS 


€) C) Оу CÓ О CO) cà St Г O XO чч O со О гч ce со sr 00 L0 O о cN со oO à 
г ОУ O ОУ чч ч оу ОУ 0 CN Ln гу O Ln OO OY О ү st Ln LO XO cn sr LO iO со 
€) сс чү * LO Ln Ln LO LO О о XO О гч P Г ОО 060 00 0000000 OY O: СУ On 


1023 


小 区 平均 站 间距 


图 11-12 小 区 平均 站 间距 与 MOS 分 的 关系 
MOS 打点 周期 为 11s， 每 个 站 间距 与 MOS 的 对 应 关系 无 法 得 出 ， 因 此 只 能 分 析 平 均 站 
间距 与 MOS 的 对 应 关系 。 由 于 测试 小 区 仅 有 28 个， 因此 从 每 个 小 区 的 平均 站 间距 与 平均 
MOS 的 对 应 关系 来 看 ， 波 动 较 大 。 当 平均 站 间距 大 于 840 m 时 ,平均 MOS 分 基本 低 于 3.5 
分 ， 甚 至 低 于 3 分 ， 此 时 小 区 内 的 所 有 站 点 的 站 间距 大 于 1000 m 的 占 比 大 于 20% ， 说 明 过 
大 站 间距 下 MOS 分 较 低 。 当 平均 站 间距 小 于 840m 时 ,平均 MOS 分 在 2.5 ~4 分 间 波 动 ， 依 
赖 于 实际 小 区 内 站 间距 的 分 布 情况 ， 如 图 11-13 所 示 。 因 此 ， 建 议 F 频段 郊区 场景 合并 小 
区 内 最 大 站 间距 严格 不 超过 1000 m 
4.5 











4 
3.5 
3 


平均 MOS 分 
кә 
N ш 


F 
Ui 





小 区 平均 站 间距 


图 11-13 ”站 轨 距 与 MOS 分 的 关系 
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3. 站 轨 距 与 MOS 分 的 关系 一 一 实测 数据 
可 以 看 出 ， 当 平均 站 轨 距 小 于 60 m 时 ， 受 到 频 偏 影响 ，MOS 分 基本 达 不 到 3.5 分 ， 因 


此 建议 站 轨 距 也 要 按照 要 求 规划 ， 站 轨 距 最 好 在 100 ~ 200 m 之 间 。 





根据 链 路 预算 和 实测 结果 ， 可 得 VoLTE 的 站 间距 规划 要 求 (20 m 站 高 ，200 m 站 轨 距 ) 











ILK 11-7, 
KR 11-7 VoLTE 的 站 间距 规划 要 求 
VoLTE 高 清 语 音 
и в 场 m | _ rei a 
合并 小 区 内 站 间距 /m 合并 小 区 间 站 间距 /m 

郊区 1000 700 

F 频段 
城区 800 500 
郊区 700 400 

D 频段 
城区 550 300 








11.2.3 基于 VoLTE 的 高 铁 专 网 组 网 策略 演进 


目前 中 国 大 部 分 高 铁 专 网 使 用 的 是 单 载波 组 网 模式 ， 在 一 些 话 务 较 高 的 区 域 使 用 的 是 双 
载波 组 网 ， 随 着 LTE 用 户 和 VoLTE 用 户 的 逐渐 增加 ， 将 来 会 演进 至 三 载波 或 者 TDD + FDD 


混合 组 网 ， 见 








表 11-8。 


A 11-8 不 同 场景 组 网 策略 









































场 景 高 铁 专 网 频 点 公 网 高 铁 双 载波 扩容 频率 高 铁 未 来 演进 
Fl + D2 F+2D 
1 F DI 
Fl +F2 (10 MHz) F +A + FDD 
F1 + D3 + [F2(10 MHz) 
BR 或 A] +FDD 
2 F D1 + D2 F1 +F2 (10 MHz) F +A +FDD 
Fl + D2 
(周边 公 网 退出 D2) 
F2 (20 MHz) + е 
D2 (下 频段 开启 公 专 网 协同 ) 
3 F Fl + D1 г | 
Fl + F2 (10 MHz 
: : F +A + FDD 
(周边 公 网 退出 下 频段 ) — 
F1 + D3 + [F2(10 MHz) 
ШЕР) 或 A] +FDD 
F1 +F2 (10 MHz) 
4 F Fl +D1 + 02 (周边 公 网 退出 下 频段 ) F +A +FDD 
F2 (20 MHz) +D2 (F 频段 EE 
开启 公 专 网 协同 ， 周 边 公 网 退出 D2) 
DI D2 + ЕІ F+2D 
(1) F2 +2D, 下 频段 开启 公 
ХХ 站 | +E У 
Е oni 专 网 协同 (© RRU 为 3172 ) 
5 D2 (2) DI + D2 + 03 (Zi RRU 
为 3182) 
D2 +F2 (F 频段 开启 
+01 | 公 专 网 干扰 协同 ) /D2 +F (10MBz) | 工 +2D 
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场 景 高 铁 专 网 频 点 公 网 高 铁 双 载波 扩容 频率 高 铁 未 来 演进 
/ Fl +F2 F+A+FDD 
6 隧道 场景 
/ Fl + D1 F+2D 














11.2.4 ЖТ VoLTE 的 高 铁 专 网 优化 策略 演进 


为 了 更 好 地 解决 目前 高 铁 专 网 存在 的 技术 难题 ， 提 升 用 户 感 知 ， 从 高 铁 双 层 网 部 署 、 高 
Ek VoLTE 优化 、 公 专 网 交界 协同 优化 、 新 算法 功能 开启 4 个 维度 ， 探 索 出 一 套 契 合 高 铁 现 
网 需求 的 优化 策略 ， 具 体 如 下 。 

1. 双 层 网 组 网 策略 

高 铁 专 网 目前 主要 用 的 是 单 层 网 和 双 层 网 ， 可 采用 的 双 层 组 网 方式 主要 有 以 下 两 种 : D 
+ 上 组 网 和 Fl +F 组 网 。 其 中 ， 前 者 更 适合 沿线 用 户 数 较 多 或 者 站 间距 较 小 的 地 市 ;而 后 
者 则 是 在 D 频段 不 连续 的 情况 下 ， 作 为 一 个 过 滤 方 案 。 具 体 而 言 ，D 频段 相对 于 下 的 覆盖 
较 差 ， 站 间距 需求 较 高 ， 建 议 站 间距 在 600 - 700 m 以 下 或 者 小 区 最 大 用 户 数 超 600 的 地 市 
使 用 D+F 组 网 ; ПЕ УЕ 有 着 相近 的 覆盖 水 平 ， 在 沿线 用 户 较 少 的 时 候 可 以 作为 一 个 过 
渡 方 案 ， 建 议 小 区 最 大 用 户 数 低 于 600 的 地 市 使 用 Fl + Е2 组 网 ， 如 图 11-14 所 示 。 


D 频 段 相对 频段 覆盖 较 差 F2 带 宽 10MHz， 吸 收 话 务 少 
F2 带 宽 10MHz， 下 载 速率 低 


F2 与 F1 共 享 通道 功率 













































D+F 组 网 VS F1+F2 组 网 















带宽 20MHz， 可 吸收 更 多 话 务 


带宽 20MHz， 满 负荷 下 载 速率 高 










F2 与 FI 能力 相近 





图 11-14 D+EF 组 网 与 FL + F2 组 网 对 比 

依据 VoLTE 业务 特性 可 知 ， 其 对 网 络 质量 、 时 延 等 方面 要 求 很 高 ， 直 接 关 系 到 用 户 感 
知 。 基 于 此 ， 根 据 业 务 类 型 将 VoLTE 业务 优先 承载 到 FF Xs E, SCHULE ARA E. БИП ЕЛП 
段 作 为 VoLTE 专用 层 ， 主 要 吸收 VoLTE 业务 ,负荷 达 到 一 定 门限 之 后 开启 连接 态 的 均衡 ， 
SEX [HIE mAAR POD + F 的 业务 均衡 。 同 时 将 D 频段 作为 容量 层 ， 主 要 吸收 数据 业务 ， 开 局 
基于 业务 的 异 频 切 换 ,使 DD 频段 上 ОСІ =172 的 VoLTE 业务 发 起 异 频 切 换 到 下 。 

考虑 到 高 铁 沿 线 VoLTE 业务 的 连续 性 ， 建 议 采 用 高 铁 沿 线 切换 带 优 化 策略 和 eSRVCC 
优化 策略 ， 同 时 针对 车 站 区 域 VoLTE 业务 的 迅猛 增长 ， 也 制定 了 相应 大 话 务 的 优化 策略 ， 
以 最 大 程度 地 保障 用 户 VoETE 业务 感知 。 

2. 公 专 网 交界 协同 优化 策略 

高 铁 的 运行 可 能 会 涉及 城区 、 郊 区 、 车 站 等 多 个 场景 ,高 铁通 信和 网络 虽然 是 一 个 专 网 建 
设 , 但 也 不 能 完全 独立 存在 ， 而 必须 充分 考虑 到 上 述 不 同 场 景 下 专 网 与 公 网 之 则 的 交互 ， 进 
行 公 专 网 协同 优化 ， 否 则 将 会 直接 影响 网 络 的 整体 性 能 和 质量 。 

目前 采用 的 协同 优化 策略 主要 有 : 中 车 站 场景 的 公 专 网 协同 优化 ， 即 车 站 室内 采用 室 分 
履 盖 小 区 加 过 渡 小 区 覆盖 的 方式 ， 保 证 在 候车 厅 将 要 乘坐 高 铁 的 用 户 都 能 够 进入 专 网 ，@ 公 
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专 网 异 厂家 优化 策略 ， 即 当 异 厂家 D +F 组 网 时 ， 需要 对 齐 帧 偏 置 设置 ， 否 则 会 引起 较 大 的 
TDD 系统 内 干扰 ， 直 接 影响 正常 业务 使 用 。 男 外 ， 还 有 公 专 网 交界 同 频 干扰 优化 策略 和 增 
强 版 公 网 低速 用 户 迁 出 策略 。 

3. 新 算法 功能 开启 策略 

为 了 更 好 地 提升 VoLTE 用 户 的 体验 感知 ， 在 加 强 网 络 覆 盖 、 改 善 网 络 质 量 的 同时 ， 也 
需要 积极 地 发 气 能 够 提升 VoLTE 业务 性 能 的 新 的 算法 和 功能 。 经 过 充分 的 研究 验证 ， 目 前 
可 采用 的 新 功能 主要 涉及 以 下 3 个 方面 : AMRC 编码 自 适应 功能 、 下 行 预 纠 偏 机 制 和 视频 业 
务 自 适 应 调 速 功能 。 

(1) AMRC 编码 自 适 应 算法 

由 于 信号 衰减 ， 因 此 VoLTE 的 MOS 值 在 小 区 边缘 明显 下 降 ， 华 为 新 版 本 可 部 署 AMRC 
自 适 应 编码 功能 ， 在 高 铁 场 景 下 开局 后 ， 可 改善 切换 带 、 隧 道 等 信号 较 弱 区 域 的 语音 感知 。 

语 首 速率 控制 特性 根据 上 行 信道 质量 和 语音 质量 对 上 行 语 首 业 务 进 行 AMR -NB / AMRWB Ж 
率 调整 。 当 上 行 信道 质量 和 语 首 质量 较 好 时 ， 采 用 高 语 首 编码 速率 ， 进 一 步 提 升 语音 质量 ， 较 差 










































































时 ， 采 用 低语 音 编 码 速 率 ， 降 低 上 行 丢 包 率 ， 提 升 上 行 语 音 履 盖 ， 如 图 11-15 所 示 。 


Ah RI e£ TH тє 隧道 场景 覆盖 











图 11-15 А1 00 MOS 值 的 变化 
(2) 下 行 预 纠偏 机 制 
多 普 勒 频 移 一 耻 影 响 着 局 速 移动 场景 下 的 移动 通信 系统 ，eNodeB 通过 纠正 UE 的 频率 
偏差 ， 以 降低 多 普 勒 频 移 对 解 调 的 影响 ,保障 UE 的 业务 正常 并 保持 民 好 的 性 能 。 
下 行 预 纠偏 方案 则 是 在 小 区 合并 下 ， 不 同 刷 区 的 交 伙 重 合 区 域 ，UE 接收 到 的 两 个 而 区 
讲 号 间 存 在 一 正 一 反 两 个 较 大 的 频 偏 ， 两 相 邻 届 区 需 分 别 进 行 相对 纠偏 ， 减 小 频 偏 量 ， 如 


图 11-16 所 示 。 
(t) (G) 
А асаа Д 


11-16 下 行 预 纠偏 机 制 设计 

















(3) 视频 业务 自 适应 调 速 

视频 业务 自 适应 调 速 方案 是 借助 核心 网 或 第 三 方 业 务 感知 设备 ， 对 视频 业务 或 下 载 业务 
进行 分 类 识别 ， 将 识别 结果 通过 用 户 报 文 的 DSCP 携带 ，eNodeB 解析 用 户 报 文 的 DSCP, 并 
根据 配置 的 业务 类 型 (视频 业务 、 下 载 业务 或 其 他 业务 ) 对 视频 或 下 载 业务 做 相应 的 QoS 
保障 ， 如 图 11-17 所 示 。 
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视频 报 文 进入 优先 级 队列 ，eNB 按 照 QoS 
ЖЕТЕ 





业务 识别 设备 识别 视频 包 文 井 进行 DSCP 
标记 





图 11-17 视频 业务 自 适应 调 速 设计 


4. E$k VoLTE 业务 的 优化 方案 

(1) 基于 VoLTE 业务 的 异 频 切换 方案 

该 方案 的 主要 目的 是 根据 业务 类 型 ， 将 VoLTE 业务 优先 承载 到 Fl 频 点 上 ， 实 现 业 务 分 
层 ， 从 而 有 效 提 升 VoLTE 用 户 在 高 铁 上 的 感知 。 

该 方案 在 高 铁 双 层 网 应 用 后 效果 明显 . D 频段 占用 比例 从 10.72% 下 降 至 0.25% ，VoLTE 
履 盖 率 从 87. 95% 提升 至 91. 66%, MOS {EM 3. 6 提升 到 4，MOS 大 于 等 于 3.0 占 比 由 89. 6196 
升 到 96. 70% ， 提 升 了 7. 09% ， 如 图 11-18 所 示 。 

















D 频 段 占 比 VoLTE 覆盖 率 提升 zx Oh 
s 91.669 ! 四 开启 前 “日 开启 后 
87.95% dé 
82.5196 
开启 前 开启 后 平均 MIDS MOS >3.0rsEE 





图 11-18 方案 实施 前 后 对 比 


(2) VoLTE 切换 币 优 化 方案 

合理 地 重 且 覆盖 区 域 规 划 是 实现 VoLTE 业务 连续 的 基础 ， 重 蕉 覆盖 区 域 过 小 ， 在 切换 
Ут ЖАЯНЫ ш, PARRE, 过 大 会 导致 干扰 增加 ， 影 响 VoLTE 用 户 业 务 感知 。 

5. 切换 市 规划 原则 

考虑 单 次 切换 时 ， 重 二 距离 =2 x ( 电 平 迟滞 对 应 距离 + 切换 触发 时 间 对 应 距离 + 切换 
执行 距离 )。 根 据 计 算 验 证 ， 高 铁 小 区 重 车 和 履 盖 距离 建议 为 300 m， 如 图 11-19 所 示 。 
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6. 切换 带 优化 研究 

通过 多 轮 数据 分 析 ,， 在 RSRP IRF - 110 dBm 的 情况 下 ,切换 带 SINR 值 较 非 切 换 带 
SINR 值 低 7dB; Æ RSRP 高 于 -95 dBm 情况 下 ， 切换 带 SINR 值 与 非 切 换 带 SINR 值 相差 小 
于 4dB， 如 图 11-20 所 示 。 

















Ф 正常 小 区 RSRP 与 SINR 关 系 m UHARISRSRPAÜSINRIE Ж 
— — it (ER TSRSRPAUSINRA R) ÁREA TSRSRPAUSINR E Z) 





K 11-20 ЖЕ so] v geni 53 EU H SINR 对 比 


HDN, WHIP E 24 w PC ЖЧ ЖА, WEGEDOBEAIBEUTL, 2 MOS fH 
低 ; neu dE w£ р ЖЧ s, MH S E ЖИ ЯЯ ЛЕ шт Dn] 28 „ 

eSRVCC 功能 是 保障 高 铁 VoLTE 用 户 在 高 铁 专 网 弱 履 盖 区 域 ( 缺 站 、 站 点 故障 ) 业务 
连续 的 重要 手段 。 通 过 合理 配置 LTE 小 区 到 GSM 的 邻 区 ， 能 够 有 效 地 避免 VoLTE 用 户 业 务 
掉 话 ， 提 升 用 户 感知 。eSRVCC 后 ， 用 户 通过 终端 自主 FR. 2С—4С 重 选 或 者 网 络 FR 返回 
LTE 网 络 。 

7. eSRVCC 优化 关键 点 

首先 确保 LTE 侧 和 GSM 侧 相 关 开 关 都 已 打开 ， 高 铁 LTE 专 网 小 区 配置 GSM 专 网 小 区 
为 邻 区 ， 并 保证 GSM 小 区 信息 的 准确 性 。 由 于 高 铁 车 速 较 快 ， 快 衰落 场景 也 较 多 ， 因 此 在 
LTE 履 盖 较 差 的 路 段 ， 应 适当 减少 “ 异 系统 
А1/А2 事件 时 间 迟 浏 ”， 并 提升 “GERAN 切换 LTE 专 网 LTE 专 网 LTE 专 网 
B2 RSRP 门限 ”， 让 eSRVCC 及 时 发 生 ， 避 免 切 
换 不 及 时 导致 掉 话 ， 从 而 影响 用 户 感 知 ， 如 
图 11-21 所 示 。 

随 着 VoLTE 业务 的 逐步 推广 ， 在 高 铁 车 站 
发 现 VoLTE 业务 上 行 丢 包 疗 重 的 现象 ， 其 主要 图 11-21 LTE 专 网 与 CSM 专 网 对 应 邻 区 关系 
原因 为 基站 开启 DRX 长 时 间 无 调度 、 上 行 CCE 
资源 不 足 等 ， 可 通过 关闭 QCI 1 的 DRX 开关 和 增加 上 行 CCE 预 留 资源 解决 。 

8. 基站 开启 DRX 长 时 间 无 调度 

当 终 端 上 报 BSR 不 为 0 时 ， 需 基站 主动 调度 ， 但 实际 未 调度 。 分 析 发 现 ，BSR 320 ms 
定时 器 超时 后 才 会 重新 发 送 SR 请 求 基 站 资源 ， 而 此 时 终端 已 进入 DRX 态 。 可 通过 关闭 
QCIl 的 DRX 开关 来 规避 。 
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9. 上行 CCE 资源 不 足 
针对 车 站 、 小 区 上 行 丢 包 率 高 的 问题 ， 通 过 分 析 基 站 侧 数 据 发 现 ， 和 存在 连续 的 上 行 调 度 











失败 ， 失 败 原因 为 上 行 CCE 资源 不 足 。 可 通过 以 下 手段 解决 此 类 问题 ， 如 图 11-22 所 示 。 


CD 梳理 高 铁 大 话 务 小 区 ， 统 计 D 梳理 高 铁 CCE8 聚 合 比例 高 @ 统计 话 统 中 是 否 有 大 量 的 无 


CCE 分 配 失败 次 数 ， 并 增加 上 的 小 区 ， 重 点 解决 覆盖 问题 ， 邻 区 导致 的 无 法 触发 的 切换 ， 
行 CCE 的 预 留 资源 并 核查 邻 区 是 否 漏 配 及 时 优化 邻 区 





图 11-22 上 行 CCE 资源 不 足 解决 方法 


11.3 第 三 招 依托 室 分 扫 清 干扰 一 一 地 铁 场景 解决 方案 


11.3.1 地 铁 专 网 面临 的 主要 挑战 


Bü LTE 业务 的 不 断 推广 ， 地 铁 内 通话 及 数据 业务 需求 剧 增 , 但 是 地 铁 属 于 封闭 场景 ， 
室外 站 无 法 宪 盖 ， 必 须 有 专 有 的 室内 和 窗 盖 系统 。LTE 频段 高 、 损 耗 大 ， 改 造 后 容易 出 现 LTE 
弱 敌 盖 。 如 果 小 区 规划 不 合理 ， 则 会 直接 引起 切换 及 挥 话 问 题 。 新 增 LTE 系统 后 ， 还 会 存 
在 多 系统 相互 干扰 的 问题 ， 这 些 问 题 都 会 直接 影响 用 户 VoLTE 业务 的 感知 。 地 铁 站 台 场 景 
如 图 11-23 所 示 。 

















11-23 地铁 站 台 场 景 


11.3.2 地 铁 专 网 规划 策略 


规划 是 基础 ， 优 化 是 手段 ， 合 理 的 规划 能 够 在 网 络 建设 初期 规避 掉 很 多 引入 VoLTE 后 
的 风险 。 

1. 地铁 覆 盖 规划 策略 

对 于 隧道 部 分 ， 建 议 使 用 DBS + POL + DAS + 漏 缆 的 方式 来 进行 覆盖 ， 如 图 11-24 所 示 。 

该 方式 的 优点 如 下 : 
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图 11-24 地 铁 专 网 隧道 规矩 策略 

1) 节省 馈线 损耗 ， 组 网 灵活 、 方 便 。 

2) 节省 建站 投资 。 

3) RRU 相对 光纤 直 放 站 更 具备 稳定 性 优势 。 

4) 易 扩 容 ， 文 持 系统 平滑 演进 。 

在 地 铁 进出 口 、 大 厅 、 换 乘 站 上 下 层 区 域 建议 采用 分 布 系统 的 方式 进行 覆盖 ， 如 岁 11-25 
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911-25 地铁 专 网 进出 口 、 大 厅 、 换 乘 站 上 下 层 规划 策略 


在 站 人 台 站 厅 里 布 放 天 线 ， 以 保证 重点 区 域 的 履 盖 效果 。 

在 切换 区 域 布 放 天 线 以 保证 切换 成 功率 。 

在 出 入 口 容易 发 生 信号 泄露 的 地 方 ， 布 放 定 问 天 线 。 

2. 地 铁 小 区 划分 策略 

根据 地 铁 场 景 结构 和 话 务 特点 ， 可 以 划分 为 3 种 场景 ， 每 种 场景 的 小 区 划分 方案 如 
图 11-26 所 示 。 











213 


= 


AR 
„А-ы А 
me 


TT 
L mam г (а. CP 
ha. "D C; Й Е] 


场景 特点 场景 特点 场景 特点 


“在 高 峰 期 人 流量 较 少 或 中 等 “高 峰 期 人 流量 大 “高 峰 期 有 超大 的 人 流量 


Ттт a a na 


“站 厅 、 站 台 、 隧 道 合 为 一 “站 厅 规 划 为 一 个 小 区 ， “站 厅 规 划 为 一 个 小 区 ， 
ме “站 人 台 与 隧道 规划 为 另 一 个 小 区 “每 一 条 隧道 与 其 对 应 的 
站 人 台 规 划 为 一 个 小 区 








图 11-26 不 同 场景 覆盖 方案 


11.3.3 地铁 VoLTE 业务 优化 策略 
1. 切换 带 优化 
虽然 有 良好 的 履 盖 基础 ， 但 是 不 同 区 域 之 则 的 切换 问题 仍然 需要 关注 和 处理 。 


2. 切换 市 位 于 隧道 中 间 
在 隧道 中 部 ， 列 车 高 速 行 怠 ， 切 换 区 必须 设置 得 足够 长 ， 以 保证 切换 的 正常 进行 ， 如 


图 11-27 所 示 。 
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图 11-27 地铁 专 网 切换 带 设计 


3. 切换 带 位 于 站 台 附近 
在 临近 站 台 处 ， 列 车 行驶 速度 较 低 ， 切 换 区 长 度 可 相应 顷 碱 ， 如 图 11-28 所 示 。 
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图 11-28 地 铁 专 网 站 台 切 换 带 设计 


基于 以 上 分 析 ， 考 虑 到 目前 地 铁 的 运营 速度 普 遍 在 60 ~ 100 km/h UA, AURE 
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EWER, SEDES PEE IDE 100m 左右。 距离 在 500m 以 内 的 隧道 ， 切 换 区 优先 
设置 在 距离 站 台 100m 左右 的 隧道 内 ; 距离 超过 1 km 的 隧道 ， 切 换 区 设置 在 子 隧道 中 间 。 
不 同 场景 组 网 方式 如 图 11-9 所 示 。 


表 11-9 不 同 场景 组 网 方式 





















































场景 | 高 铁 专 网 频 点 高 铁 双 载波 扩容 频率 高 铁 未 来 演进 
Fl + 02 F +2D 
1 F 
Fl + F2(10 MHz) F+A+FDD 
F1 + D3 F1 + 03 + [Е2(10М) ЗА] +FDD 
2 Е Fl + F2(10 MHz) F+A+FDD 
Fl + D2 (周边 公 网 退出 D2) F + D2 + D3 
F2 (20 MHz) + D2 (F 频段 开启 公 专 网 协同 ) F +2D 
3 F Fl «DI 
ЕІ + Е2(10 MHz) (周边 公 网 退出 了 频段) Е+А +FDD 
F1 + D3 Fl + 03 + [Е2(10М) 8E A] +FDD 
4 F Fl «DI «T2. | FL+I2(10M)( 周 边 公 网 退出 了 频段 ) Е+А + ЕРр 
F2(20 M) + D2( 了 频段 开启 公 专 协同 ， F +2D 
周边 公 网 退出 D2 ) 
DI D2 + ЕІ F «2D 
(D F242D, 下 频段 开启 公 专 网 协同 
Fl D2 « DI (Æ RRU 29 3172) ; @ DI + D2 + D3 
(27 RRU 为 3182 ) 
D2 + F2CF 频段 开启 公 专 网 干扰 协同 ) 
Fl +D1 F +2D 
i /D2 + F2(10 M) ú 
/ Fl + F2 F +A + FDD 
6 隧道 场景 














切换 重 共 区 长 度 设 计 要 合适 ， 过 短 无 法 满足 系统 切换 要 求 ， 过 长 则 会 引起 室内 信号 
УНЕ 

4. 地铁 出 站 口 切换 带 

站 厅 出 人口 属于 步行 慢 速 切换 场景 ， 将 天 线 安装 在 靠近 出 人 口 处 ， 以 保证 顺利 切换 ， 使 
得 地 铁 履 盖 小 区 稍微 向 外 延伸 几米 ， 但 要 严格 控制 泄漏 ， 如 图 11-29 所 示 。 

S， 地 铁 隧 道口 切换 市 

在 隧道 出 口 处 的 漏 绕 尾 端 加 装 定向 天 线 ， 室 外 隧道 出 口 区 域 与 室外 网 络 构 成 重茬 区 域 ， 
加 大 切换 区 长 度 ， 保 证 切换 顺利 进行 ， 如 图 11-30 所 示 。 

6. 干扰 排查 优化 

隧道 场景 系统 间 干 扰 严 重 ， 其 中 ， 互 调 干 扰 提 高 了 接收 机 的 底 品 ， 杂 散 干扰 使 被 接收 机 
的 上 行 链 路 变 差 ， 阻 塞 干 扰 使 被 接收 机 推 向 饱和 ， 三 者 是 最 常见 的 和 干扰， 也 会 直接 影响 
VoLTE 用 户 的 感知 ， 建 议 取 抑制 3 种 干扰 所 需 隔 离 度 的 最 大 值 ， 作 为 系统 间隔 离 度 需求 。 系 
统 间 干扰 与 隔离 度 设计 见 表 11-10。 
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四 如 果 室 外 信忠 弱 ， 















装 在 位 置 
装 在 位 置 B 处 


号 弱 ， 则 天 线 应 考虑 安 
QE HM SH, WI AES IER 


— 





图 11-29 地 铁 专 网 出 站 口 切换 带 设 计 
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MiRe || 定向 天 线 | 








图 11-30 HERG ЈЕ O Hiit 


#11-10 系统 间 干 扰 与 隔离 度 设计 






















































































FE BT H =Е (та рег HT 
关注 系统 异 系统 ДШ ЕРУ: 异 系统 所 需 隔离 度 
/dB /dB 
GSM 900 42 GSM 900 共 室 分 41 
DCS1800 
64 GSM 900 独立 室 分 —16 * 
(1805 – 1850 MHz) 
DCS1800 
71 DCS 1800 共 室 分 47 
LTE TDD (F) (1850 - 1873 MHz) 
TD -SCDMA (A) 61 DCS 1800 独立 室 分 -10 * 
WCDMA 61 TD -SCDMA (A) 共 室 分 31 
CDMA 800 31 LTE TDD (E) | TD - SCDMA (A) 独立 室 分 一 33 = 
PHS 91 WCDMA 共 室 分 62 
GSM 900 41 WCDMA 独立 室 分 -]* 
DCS 1800 
47 WLAN 共 室 分 87 
(1805 — 1873 MHz) 
LTE TDD (D) 
TD - SCDMA (A) 31 WLAN 独立 室 分 42 
CDMA 800 33 СОМА 800 275 31 
WCDMA 61 CDMA 800 独立 室 分 一 29 x 
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重要 会 议 具 有 影响 力 大 、 与 会 VIP 用 户 及 媒体 公众 人 物 多 等 特点 ， 而 大 型 体育 赛事 和 演 
唱 会 ， 观 看 人 数 和 媒体 公众 人 物 同样 众多 ， 会 直接 抬升 网 络 负荷 ， 引 起 用 户 感 知 下 降 的 风 
险 。 会 议 或 者 赛事 期 间 网 络 一 旦 出 现 问题 ， 就 会 对 网 络 公司 形象 产生 极其 严重 的 影响 ， 所 以 
需要 在 事前 、 事 中 和 事后 3 个 阶段 进行 精心 筹划 、 精 密 组 织 ， 确 保 万 无 一 失 。 





重要 会 议 场景 具备 室 分 场景 比例 高 、 网 络 质 量 要 求 蜗 、 无 线 资 源 占用 率 高 、 便 件 资源 消 
耗 高 、 业 务 单一 等 特点 。 由 于 大 型 体育 赛事 或 者 演唱 会 的 观众 较 多 ， 因 此 会 造成 体育 场 周边 
站 点 高 负 们 。 为 避免 用 户 激增 造成 网 络 事 故 ， 保 障 区 域内 用 户 感 知 ， 需 针对 赛场 周边 涉及 站 
点 实施 监控 保障 措施 。 大 话 务 场景 保障 流程 可 以 分 为 保障 准备 、 保 障 实施 、 保 障 结束 3 个 阶 


段 ， 如 图 12-1。 


。 应 急 数 据 删除 、 网 络 参数 恢复 
。 保 障 期 间 数 据 提取 及 分 析 
° 总 结 经 验 ч 输 出 总 结 报告 











“参数 及 组 网 站 点 信息 采集 
“容量 评估 及 优化 
“性 能 评估 及 优化 









.现场 测试 保障 、 现 场 动态 反馈 
“后 台 实 时 监控 
。KPI 通 报 
.问题 处 理 与 应 急 处 理 


。 业 务 监 控 需 求 

















图 12-1 大 话 务 场景 保障 流程 


12.1 第 一 招 ”未雨绸缪 保障 准备 




















重要 会 议和 大 型 体育 赛事 场景 均 为 大 话 务 场景 具有 用 户 数 多 、 无 线 资源 占用 率 高 、 便 
件 资源 消耗 高 、 业 务 多 样 性 等 特点 。 需 要 根据 以 上 特点 ， 对 其 进行 评估 优化 ， 以 满足 保障 
526. 














) er 
获取 会 议 时 间 表 ， 在 会 议 台 开 前 保 隐 区 域内 所 有 活动 告警 都 需要 清 零 ， 所 有 历史 告警 部 
需要 进行 分 析 确 认 ， 但 在 告警 量 较 多 时 ， 以 下 告警 应 作为 最 高 优先 级 进行 处 理 和 分 析 ， 
见 表 12-1, 





217 


表 12-1 高 优先 级 告警 列表 




















序号 告警 名 称 序号 告警 名 称 

1 7 射频 单元 驻 波 告警 
2 单 板 硬件 故障 告警 8 小 区 不 可 用 告警 

3 单 板 过 载 告警 9 小 区 服务 能 力 下 降 告警 
4 10 小 区 闭塞 告警 

5 11 射频 单元 业务 不 可 用 告警 
6 时 钟 参 考 源 异 常 告警 








(2) 大 话 务 场景 参数 实施 

重要 会 议 也 属于 大 话 务 场景 ,根据 大 话 务 场景 参数 核查 会 场 内 室 分 及 周边 宏 站 参数 设 
置 ， 对 未 执行 大 话 务 场景 参数 的 站 点 进行 调整 。 

2. 容量 评估 及 优化 

(1) 容量 评估 方法 

根据 会 前 获取 的 与 会 人 数 、 渗 透 率 等 数据 计算 给 出 各 站 点 小 区 的 可 能 用 户 数 ， 结 合 现 网 
配置 情况 ,给 出 扩容 以 及 应 急 通 信和 车 应 用 建议 ， 见 表 12-2, 

表 12-2 根据 人 员 数 量 估 算 LTE 同时 激活 的 用 户 数 
































、 取 值 说 明 (以 下 比例 系数 会 因 业 务 发 展 、 地 域 不 同 而 不 同 ， 给 出 | a 
平 仕 项 只 , > 
评估 项 代号 “| 的 建议 值 仅 作 参考 ) TÉ 
移动 用 户 基 数 A 与 会 人 数 1000 
移动 市 场 份额 中 国 移动 、 中 国电 信 、 中 国联 通 的 运营 商 市 场 份额 0.7 
— LTE 终端 占 比 : 重要 会 议 一 般 高 端 用 户 、 时 尚 用 户 较 多 ， 占 比 偏 
LTE 业务 渗透 率 高 ， 建 议 至 少 80% 0.8 
TD - LTE 同时 激活 用 户 比 根据 以 往 重 大 活动 数据 估计 ， 会 议 及 其 他 : 建议 至 少 为 40% 0.4 
- " 为 了 防止 用 户 数 超出 预期 ， 保 留 一 定 宛 余 空 间 ， 保 证 容量 安全 
E INT ° ° ° 
TD - LTE 宛 余 安全 系数 建议 至 少 为 20% 0. 2 
TD - LTE 激活 用 户 数 F-AxBxCxD/(1-E) 280 




















媒体 现场 及 采访 发 布 信息 的 场景 对 上 行 容 量 以 及 网 络 质 量 需 求 较 高 ， 容 量 评估 时 应 格外 

(2) 设备 信 令 负 俩 评估 

依据 历史 的 用 户 数 和 CPU 情况 ， 给 出 预期 用 户 数 和 负荷 情况 ， 提 前 制定 应 对 措施 。 

评估 方法 : 连续 采集 待 评 佑 站 点 一 周 小 时 级 “小 区 内 的 最 大 用 户 数 ”和 “ 单 板 CPU 最 
大 占用 率 ” 指 标 。 

输出 及 结论 : 输出 当前 站 点 用 户 数 和 主 控 / 基 带 板 一 周 的 数据 ， 预 测 该 站 点 在 “预期 用 
户 数 ”设备 负荷 是 否 接近 /超过 流 控 门 上限。 如 果 接 近 / 超 过 ， 则 需要 增加 基带 板 分 担负 荷 ， 
或 者 新 增 站 点 吸收 话 务 。 

(3) 信道 和 资源 利用 率 评 佑 

从 目前 的 经 验 来 看 ， 主 要 是 CCE 资源 信道 资源 受 限 ,尤其 是 上 行 CCE 资源 受 限 较 严 
重 。 忙 时 指标 计算 资源 占用 情况 见 表 12-3, 
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应 对 措施 : 如 果 常 态 下 的 小 区 CCE 资源 受 限 ， 则 往往 和 外 界 环境 相关 ， 如 干扰 、 
HP. EET, Tem uS; соо pe 
建站 点 均衡 吸收 话 务 。 寻 呼 过 于 频 发 ， 则 需要 分 裂 TAL， 减 少 寻 呼 量 。 

(4) 基于 用 户 感知 评估 

用 户 感 知 评估 见 表 12-4 (按照 一 个 载波 20 MHz 计算 )。 
































表 12-3 资源 占用 率 评估 表 12-4 用 户 感知 评估 表 
”容量 指标 | 告警 门限 用 户 体验 平均 用 户 数 
CCE 占用 率 >70% 
i е 上 网 、 下 载 、 即 时 通信 | 120， 可 以 保证 较 好 的 用 户 体验 
PUSCH RB 占用 率 >80% 微 博 、 微 信 230， 可 以 有 较 好 的 体验 
PUCCH 资源 ë 
寻 呼 能 >60% 





(5) 负载 均衡 优化 方案 (MLB) 
目前 MLB 功能 支持 负载 均衡 应 用 场景 : 同 站 同 覆 盖 场 景 、 同 站 大 小 覆盖 场景 、 同 站 交 
TREE. FKE — s 1 090 HORAS ZH IDE, 25 rh fÀ 























载 均 衡 策 略 ， 输 出 参数 调整 方案 行 实施 ， 如 图 12-2 所 示 。 
Z Ey АЗ а. и ЕНЕ. 宏 微 站 交 释 覆盖 场景 





图 12-2 不 同 场景 对 应 不 同 负载 均衡 优化 方案 


MLB 功能 开局 后 ， 当 本 小 区 的 负载 达到 一 定 程 度 时 ， 将 本 小 区 的 部 分 UE 切换 到 低 负载 
的 邻 区 中 ， 降低 本 小 区 负载 防止 出 现 小 区 过 载 。 负 和 载 均衡 优化 方案 设计 如 图 12-3 所 示 。 





пани | TT : | 负载 均衡 
ВУ о HA РЫ 
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L | 
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图 12-3 ”负载 均衡 优化 方案 设计 


MLB 按照 触发 方式 ， 分 为 基于 PRB 利用 率 和 基于 用 户 数 两 种 。 在 重要 会 议 场景 下 ， 大 
流量 用 户 比例 非常 低 ， 基 于 PRB 利用 率 的 MLB 难以 选 出 足够 数量 的 用 户 执行 负载 均衡 ， 效 
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有 果 不 理想 ， 因 此 推荐 基于 用 户 数 的 MLB, 

MLB 按照 执行 方式 ， 分 为 连接 态 MLB MENA MLB MP, ERS MLB 适用 于 各 种 履 
盖 场 景 ， 但 却 有 切换 信 令 开销 ， 在 高 话 务 场 景 下 对 CPU 和 空 口 资源 开销 有 一 定 影 响 。 因 此 
在 重要 会 议 场景 下 优先 推荐 空闲 态 MLB, 

(6) 载波 聚合 优化 方案 

由 于 重要 会 议 往 往 有 大 量 媒体 参加 报道 ， 因 此 为 追求 新 闻 的 实时 性 、 提 高 用 户 的 感知 ， 
在 会 场 内 开通 载波 聚合 ， 既 能 提升 网 络 容量 ， 又 能 提升 网 络 性 能 ， 如 几 12-4 所 示 




















110Mbit/s =] 





z 220Mbit/s 


DL2*20MHZz, 载波 聚合 CA: 40MHz 
图 12-4 载波 聚合 优化 方案 设计 


3. 性 能 评估 及 优化 

(1) 覆盖 评估 

对 保障 区 域 (道路 、 室 内 ) 进行 拉 网 测试 ， 识 别 弱 履 盖 区 域 、 过 覆盖 区 域 ， 通 过 加 站 
和 RF 优化 提升 覆盖 、 降 低 干 扰 。 为 了 避免 过 度 重合 禾 盖 ， 引 起 同 频 干扰 问题 ， 要 求 保障 区 
域 信号 满足 以 下 条 件 . 

1) 主 覆 盖 小 区 信号 RSRP > -105 dBm, 

2) 邻 区 的 电 平 和 主 小 区 电 平 差 大 于 -6dB， 且 满足 以 上 条 件 的 邻 区 数目 小 于 等 于 1 。 

3) m% RSRP Æ -95 ~ -105 dBm. 

(2) 干扰 控制 

为 了 有 效 控制 用 户 增 长 后 系统 内 干扰 的 增加 ， 需 要 从 频率 、 站 型 、 天 线 、 仿 真 、 测 试 、 
参数 优化 等 维度 做 好 优化 。 

(3) 驻 留 切换 关系 梳理 

梳理 小 区 间 驻 留 切 换 关 系 ， 制 定 驻 留 切换 策略 ， 保 证 连续 荐 盖 ， 避 免 出 现 乒 乓 切换 ， 尤 
其 是 重点 关注 多 频 点 同 敢 盖 区 域 。 

对 保障 区 域 (室外 道路 、 室 内 场馆 、 室 内 外 出 入 口 ) 进行 拉 网 测试 ， 存 在 多 频 点 共 
复 盖 区 域 时 ， 需 要 对 不 同 频 点 进行 锁 频 拉 网 测试 ， 整 理 输出 保障 区 域 不 同 频 点 的 RSRP 和 
PCI 情况 ,重点 保障 区 域 在 位 置 图 中 标 出 小 区 名 称 、 频 点 、PCI、RSRP。 梳 理 当 前 小 区 的 
切换 关系 、 驻 留 和 切换 参数 。 根 据 保 障 区 域 的 履 盖 和 预 估 用 户 数 情况 ， 制 定 驻 留 切换 策 
略 ， 调 整 驻 留 切换 参数 。 人 参数 调整 后 进行 拉 网 测试 ， 关 注 切 换 异 常 问题 ， 根 据 测试 结果 
进行 参数 微调 。 

注意 : 重点 优化 室内 外 出 人 人口 ， 保 证 合理 的 切换 市 。 对 于 多 载波 同 履 盖 区 域 ， 小 区 间 尽 
ONDE TE BUS, РАЖ h UE EC] 

(4) 质 差 小 区 清理 

详细 分 析 小 区 历史 运行 KPI[， 关 注 接 通 率 、 挥 线 率 、 切 换 成 功率 、CSFB 成 功率 、 上 
行 干 扰 、 流 量 、 用 户 数 、PRB 利用 率 情 况 ， 了 逐个 清理 挥 质 差 点 ,确保 会 议 期 间 站 点 KPI 
IE 7$, 
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1) 保障 开始 前 一 周 ， 分 析 所 有 保障 站 点 历史 两 周 的 KPI， 发 现 质 差 小 区 即 进行 分 析 
处 理 。 

2) 后 续 每 天 分 析 一 о 发 现 质 差 小 区 即 及 时 进行 分 析 处 理 。 

З) 保障 过 程 中 ， 针 对 重要 保障 站 点 ， 每 1h 分 析 一 次 KPI， 发 现 质 差 小 区 即 及 时 进行 分 
mE 

业务 监控 需求 

ME TOMBE 以 及 辅助 问题 定位 或 者 后 续 模 型 分 析 的 话 统 指 
标 ，15 min 周期 粒度 ， 确 认 寻 出 的 指标 值 没有 NIL 等 无 效 值 。 如 果 存 在 部 分 话 统 指标 没有 订 
阅 的 情况 ， 则 需要 对 保障 站 点 进行 订阅 ， 见 表 12-5, 


表 12-5 KPI 监控 项 及 快速 通报 格式 制定 
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单 板 | Em 
起 始 | 截止 | 告警 PAX | 板 最 大 
区 域 | 日 期 | 时 间 | 时 间 | 情况 ji CPU 


£ dar 
负荷 DI 1и] 















































12.2 第 二 招 Е — (ж S s= ta 


1. 设备 运行 情况 后 方 实时 分 析 
安排 人 力 对 KPI 和 告警 进行 实时 监控 ， 每 小 时 用 短信 / 微 信 通报 一 次 站 点 运行 状态 和 
KPI 情况 。 
(1) 告警 监控 
会 议 过 程 中 需要 关注 的 告警 及 处 理 建 议 见 表 12-6。 
表 12-6 会 议 过 程 中 需要 关注 的 告警 及 处 理 建议 
类 型 告警 名 称 触发 原因 处 理 建议 


如 果 确 定 是 业务 量 导致 的 〔 如 用 户 数 接 
T€ oaa | 。 当 单 板 处 理 芯片 占用 率 过 高 时 ， 产 生 | 近 规格 ) ， 则 需要 进行 用 户 数 控制 
k | esset | ausge 如 果 不 是 ， 则 建议 重启 音 板 
如 果 仍 不 能 恢复 ， 则 需要 更 换 单 析 


建议 首先 重 局 单 板 
如 果 仍 不 能 恢复 ， 则 需要 考虑 更 换 单 板 








单 板 硬 件 故 障 
告警 


人 硬件 故障 出 现 单 板 硬件 故障 时 ， 产 生 此 告警 


Н 





系统 超出 当 网 元 系统 业务 量 持续 超出 License 容 
License 容 | ны | 量 限制 (可 设置 ) 时 ， 产 生 此 告警 。 当 
量 不 足 conso 容量 限制 | 网 元 系统 业务 量 持续 低 于 License 容量 限 | ”月 用 固定 期 限 /紧急 License 
制 的 90% (可 设置 时 ,恢复 该 告警 














E M Ж 《 BE э 2 














传输 拥塞 | от OA ру, EAA | ы Los SCTP tii 
ium 区 的 拥塞 产生 门限 时 ， 产 生 此 告警 Tim 
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类 型 告警 名 称 触发 原因 处 理 建议 
小 区 不 可 用 | ” 当 基 站 检测 到 小 区 不 能 提供 业务 时 ， 
告警 n ua ЕЕЕ 
小 区 无 语 务 量 | = eNodeB 检测 到 小 区 在 设置 时 间 内 ын. 
小 区 状态 “| 告警 无 用 户 接 和 时， 产生 此 告警 
小 区 服务 能 当 基站 射频 资源 或 基带 资源 不 能 满足 TE 
下 降 告 区 当前 小 区 的 配置 规格 时 ， 产 生 此 告警 ”| aa ИОСНЬТАБАВ 














(2) KPI 监控 

监控 保障 准备 中 订阅 的 KPI 指标 ， 每 15 min 通报 当前 告警 ， 每 15 min 通报 常规 KPI 指标 。 

通过 信 令 跟踪 ， 实 时 监控 各 小 区 用 户 数 变化 。 通 过 对 高 用 户 数 小 区 功率 进行 动态 调整 ， 
平衡 各 小 区 间 的 用 户 数 。KPI 指标 监控 如 图 12-5 所 示 














Га 信 令 跟踪 管理 [E] 查看 结果 20150523.183957 奥 体 正 问 东 -5 x. 





18:20:33 18:20:40 18:20:54 18:20:58 19:21:04 18:21:09 18:21:13 18:21:18 18:21:23 18:21:28 


= p RIP æ 非 激活 用 户 数 —— 保持 上 行 同 步 的 UE 的 个 数 





ES | жна 小 区 总 用 户 数 | ， 非 数 活用 户 数 “| 保持 上 行 同步 的 UE 的 个 者 





2421 05/23/2015 19:21:02 (250) 
2422 05/23/2015 19:21:03 (250) 
2423 05/23/2015 19:21:04 (230) 
2424 05/23/2015 19:21:05 (230) 
2425 05/23/2015 19:21:06 (230) 
2426 05/23/2015 19:21:07 (230) 
2427 05/23/2015 19:21:08 (230) 
2428 05/23/2015 19:21:09 (230) 
2428 05/23/2015 19:21:10 (230) 





























第 2.424 行 ， 共 9372 行 ,选中 1 行 


[d] 12-5 KPI 指标 监控 


(3) KPI 通报 

会 议 期 间 需 定期 发 送 KPI 监控 数据 ， 以 便于 及 时 了 解 详细 情况 。 发 送 格 式 及 发 送 频 度 ， 
应 该 提前 达成 一 致 。 举 例 : 

【 xx 移动 xx 会 议 保障 通报 】8:00 到 9:00 指标 监控 如 下 : 单 小 区 内 最 大 用 户 数 为 232 ， 
区 域内 最 大 用 户 数 为 1243 ， 无 线 接 通 率 为 99.74% ， 无线 掉 线 率 为 0.12% ， 切 换 成 功率 为 
99.58% ， 上 行 数据 总 流量 为 16. 74 GB ， 下 行 数 据 总 流量 为 12.25 СВ. VoLTE 语音 业务 拨打 
236 次 ， 成 功 236 次 。 

2. 问题 处 理 

会 议 期 间 ， 一 般 KPI 问题 由 保障 人 员 及 时 人 处理， 重大 故障 类 问题 及 时 与 运 维 人 员 进 行 沟 
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通 ， 尽 处 处 理 。 问 题 处 理 流 程 如 图 12-6 所 示 。 


事故 紧急 问题 





保障 团队 









图 12-6 问题 处 理 流程 


12.3 第 三 招 善始善终 一 一 保障 结束 


1. 网 络 参 数 恢 复 

会 议 保障 结束 后 ， 需 要 将 会 场 区 域内 设计 站 点 的 参数 恢复 到 之 前 的 状态 。 

2. 保障 期 间 数 据 的 保存 

及 时 备份 日 志 数 据 ， 因 为 高 话 务 期 间 日 志 数 据 量 大 ， 保 存 时 间 短 ， 因 此 需要 在 每 天 保障 
结束 后 保存 基站 日 志 。 男 外 ,保障 站 点 的 配置 文件 也 要 一 并 保存 。 

3. 输出 总 结 报告 

输出 总 结 报告 的 内 容 包 括 完事 期 间 订 阅 的 各 项 KPI 指标 、 保 障 期 间 问 题 的 总 结 、 原 因 分 
析 、 提 出 的 整改 方案 ， 以 便 今 后 更 好 地 执行 保障 工作 。 
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第 十 三 式 不 再 一 个 做 路 打 胡 天 下 


多 系统 复杂 的 组 网 方式 ，VoLTE 建 网 初期 缺乏 丰富 的 优化 和 分 析 方法 ， 需 要 运营 商 在 
理论 支撑 的 基础 上 ， 通 过 VoLTE 使 用 发 现 问题 并 通过 分 析 优 化 积累 丰富 的 优化 经 验 。 

VoLTE 语音 网 络 与 其 他 网 络 相 比 ， 具 有 以 下 特征 : 

1) VoLTE 话音 对 覆盖 要 求 更 高 。 

2) VoLTE 语音 对 移动 性 能 要 求 更 高 。 

3) VoLTE 语音 需要 端 对 端 进行 优化 。 

根据 VoLTE 流程 及 相关 网 元 梳理 问题 定位 结 点 ，VoLTE 网 络 问题 主要 分 为 终端 类 、 无 
线 类 、EPC 类 、IMS 类 四 类 ， 如 图 13-1 所 示 。 

















Caa) 
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| tTa 
NN —# 
a v | 








K| 13-1 VoLTE 网 络 问题 分 类 


终端 类 : Br VoLTE Н, VoLTE 终端 三 家 、 种 类 也 随 之 增多 ，VoLTE 终端 问题 也 随 
之 又 露 ， 主 要 包括 终端 软 硬 件 功能 缺陷 、 规 范 不 明确 、 协 议 兼 容 性 不 够 等 。 

无 线 类 : 通过 DT、 投诉、 信 令 平台 等 方式 ， 定 位 VoLTE 无 线 侧 问 题 ， 主 要 从 特性 限 
制 、VoLTE 算法 、 参 数 设置 、 定 时 需 设 置 、 基 站 状态 等 几 方 面 发 现 并 定位 无 线 问题 。 

EPC 2; 通过 核心 网 信 令 平台 ， 主 要 从 EPC 寻 呼 策略 、 流 程 冲突 、 参 数 配 置 、 厂 家 设 
备 人 硬件 、 异 厂家 兼容 等 方面 发 现 并 定位 EPC 问题 。 

IMS Ж; 作为 新 增 的 VoLTE 专用 网 元 ， 通 过 信 令 监控 平台 主要 从 流程 异常 、 流 程 人 简化、 
参数 设置 、 协 议 规 范 、 端 到 端 问题 研究 等 几 个 方面 发 现 并 定位 IMS 问题 。 




















13.1 第 一 招 见 贤 思 齐 终端 侧 优化 思路 及 典型 案例 

1. 三 方 会 议 结束 ， 恢 复 两 方 通话 后 无 法 发 起 语音 转 视频 呼叫 问题 分 析 

[ 问题 描述 ] : 

选取 3 部 VoLTE 终端 ($$ VoLTE 网 络 )， 测 试 号 码 : 134 xxxx0016 (开启 呼叫 等 
ÍF) /178 xxxx0032/188 xxxx1294, 3 个 终端 任意 两 部 进行 语音 通话 ， 通 话 过 程 中 可 正常 
切换 视频 通话 ， 三 方 会 议 时 ， 通 话 正 常 。 当 有 一 方 退出 三 方 会 议 后 ， 和 列 余 两 方正 常 通话 ， 此 
时 主席 再 发 起 视频 通话 时 则 失败 。 已 测试 小 米 4 标准 版 、 华 为 Mate 8 等 终端 ， 均 出 现 该 现 
224 














象 。 华 为 Mate 8 提示 “对 方 拒绝 了 您 的 视频 邀请 ”， 小米 4 标准 版 显示 电话 会 议 未 结束 ， 如 
图 13 -2 所 示 О 
中 国 移动 4G M E E -- 0K/s Ф Til cl Ere 


п: 


01:31 am 电话 会 议 


134 0606 0016 


山东 济南 移动 








图 13-2 左 侧 为 Mate 8 异常 ， 右 侧 为 小 米 4 标准 版 异常 


【问题 分 析 】 : 

1) 跟踪 层 三 信 令 人 A (178 xxxx0032). B (188 хххх 1294), C (134 xxxx0016) 建 
立 三 方 通话 后 ，17:46:47s А 终端 挂 断 ，17:47:17s В 终端 挂 断 ， 如 图 13-3 所 示 。 在 和 
终端 挂 断 后 ，B 终端 挂 断 前 ， 进 行 了 B 和 C 终端 的 视频 业务 请 求 。 在 此 期 间 ， 终 端 并 没有 
上 发 QCI =2 (视频 业务 承载 QCI =2) 的 业务 建立 请 求 ， 如 图 13-4 所 示 。 随 后 挂机 ， 两 方 
通话 中 发 起 视频 业务 ， 正 常 建立 。 


` А 


КАС UL INFO TRANSF 





























127 2016-05-09 17:46:21(151) UE-eNB EN ER 
128 2016-05-09 17:46:21(152) S1AP UL NAS TRANS eNB-MME —— 
129 2016-05-09 17:46:25(107) S1AP_ERAB_MOD_REQ ММЕ-еМВ eRABID=7; qci=1; M n o п) 
130 2016-05-09 17:46:25(114) S1AP_ERAB_MOD_RSP eNB-MME TE, 
131 2016-05-09 17:46:25(114) RRC_DL_INFO_TRANSF eNB-UE 00000010 * 
132 2016-05-09 17:46:25(161) RRC UL INFO. TRANSF UE-eNB Y e-RABItem 
133 2016-05-09 17:46:25(161) $1АР UL NAS TRANS eNB-MME 
134 2016-05-09 17:46:25(174) S1AP. DL NAS TRANS MME-eNB E PE g 
135 2016-05-09 17:46:25(174) RRC DL INFO TRANSF еМВ-ЏЕ 
136 2016-05-09 17:46:25(201) КЕС UL INFO. TRANSF UE-eNB 
137 2016-05-09 17:46:25(201) S1AP UL NAS TRANS eNB-MME nas:normal-release 
138 2016-05-09 17:46:27(171) S1AP ERAB MOD REQ MME-eNB  eRABID-7; qci-1; 
139 2016-05-09 17:46:27(181) S1AP.ERAB MOD. RSP eNB-MME 
140 2016-05-09 17:46:27(181) RRC DL INFO TRANSF eNB-UE TNCS CNET E ` 
141 2016-05-09 17:46:27(220) RRC UL INFO TRANSF UE-eNB 55 Ер 00 21 40 07 00 00 23 40 02 ПЕЕ 
142 2016-05-09 17:46:27(220) S1AP_UL_NAS_TRANS еМВ-ММЕ 
143 2016-05-09 17:46:27(236) S1AP DL NAS TRANS MME-eNB 
144 2016-05-09 17:46:27(236) RRC DL INFO TRANSF eNB-UE 
145 2016-05-09 17:46:27(260) RRC UL INFO. TRANSF UE-eNB 
146 2016-05-09 17:46:27(261) S1AP UL NAS TRANS еМВ-ММЕ 
:46:47(879) 7 














图 13-3 


17:46:47 s 




















A 终端 挂 断 





2) 在 A 终 端 挂 断后 ，B ЕВ, МТ ВАС 终端 的 视频 业务 请 求 。 在 此 期 间 ， 
В 终端 并 没有 上 发 QCI =2 (视频 业务 承载 QCI =2) 的 业务 建立 请 求 ， 如 图 13-5 所 示 。 

分 析 核 心 网 话 单 发 现 ， 号 码 В 在 17:45:33s 建立 呼叫 ， 随 后 建立 IMS 会 议 , 17:47:27s 
会 议 结 束 。 在 此 期 间 ， 没 有 视频 呼叫 的 话 单 ， 如 图 13-6 所 示 。 
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е Е ЕА 


2016-05-09 17:46:26(462) 
2016-05-09 17:46:26(472) 
2016-05-09 17:46:26(472) 
2016-05-09 17:46:26(491) 
2016-05-09 17:46:26(492) 
2016-05-09 17:46:26(507) 
2016-05-09 17:46:26(507) 
2016-05-09 17:46:26(547) 
2016-05-09 17:46:26(547) 
2016-05-09 17:46:50(511) 
2016-05-09 17:46:50(519) 
2016-05-09 17:46:50(520) 
2016-05-09 17:46:50(542) 
2016-05-09 17:46:50(542 
2016-05-09 17:47:17(713) 
2016-05-09 17:47:17(714) 
2016-05-09 17:47:17(714) 
2016-05-09 17:47:17(/15) 
2016-05-09 17:47:17(746) 
2016-05-09 17:47:17(748) 
2016-05-09 17:47:17(749) 
2016-05-09 17:47:17(749) 











S1AP ERAB MOD REQ 
S1AP ERAB MOD RSP 
RRC DL INFO TRANSF 
RRC UL INFO TRANSF 
51АР UL NAS TRANS 
S1AP DL NAS TRANS 
RRC DL INFO TRANSF 
RRC UL INFO TRANSF 
S1AP UL NAS. TRANS 
S1AP ERAB MOD REQ 
RRC DL INFO TRANSF 
51АР ERAB MOD. RSP 
RRC UL INFO TRANSF 
SIAP UL NAS TRANS 
S1AP ERAB REL СМО 

















MME-eNB 
&eNB-MME 
eNB-UE 
UE-eNB 
eNB-MME 
MME-eNB 
eNB-UE 
UE-eNB 
eNB-MME 
MME-eNB 
eNB-UE 
еМВ-ММЕ 
UE-eNB 
eNB-MME 
MME-eNB 


SIAP DL NAS TRANS MME-eNB 
RRC DL INFO TRANSF eNB-UE 
RRC CONN RECFG eNB-UE 
КАС CONN. RECFG, СМР UE-eNB 
S]AP ERAB REL RSP eNB-MME 
RRC UL INFO TRANSF UE-eNB 
Ѕ1АР UL NAS TRANS eNB-MME 
图 13-4 


i 


2016-05-09 17:50:06(407) 
2016-05-09 17:50:06(407) 
2016-05-09 17:50:06(408) 
2016-05-09 17:50:06(433) 
2016-05-09 17:50:06(433) 
2016-05-09 17:50:06(434) 
2016-05-09 17:50:06(438 
2016-05-09 17:50:06(438 
2016-05-09 17:50:06(508 
2016-05-09 17:50:06(937 
2016-05-09 17:50:07(257 
2016-05-09 17:50:07(258 
2016-05-09 17:50:15(067 
2016-05-09 17:50:15(071 
2016-05-09 17:50:15(095 
2016-05-09 17:50:15(095 
2016-05-09 17:50:15(097 
2016-05-09 17:50:15(120 
2016-05-09 17:50:15(120) 
2016-05-09 17:50:15(130) 


) 
) 
) 
) 
) 
) 
) 
) 
) 
) 
) 
) 


S1AP DL NAS TRANS 
RRC DL INFO TRANSF 
RRC. CONN. RECFG 

RRC CONN RECFG СМР 
S1AP ERAB REL RSP 
RRC, CONN RECFG 
RRC UL INFO TRANSF 
51АР UL NAS TRANS 
RRC CONN RECFG CMP 
RRC, MEAS RPRT 
RRC MEAS RPRT 
RRC MEAS RPRT 

S1AP ERAB SETUP КЕС 
RRC, CONN RECFG 

RRC CONN. RECFG СМР 
S1AP ERAB SETUP RSP 
RRC CONN. RECFG 
RRC UL INFO TRANSF 
S1AP UL NAS TRANS 
RRC CONN RECFG CMP 





x 
п 


1 呼叫 业务 
呼叫 业 等 
пур. 


2016-05-09 17:50:15(804) 
2016-05-09 17:50:15(804) ККС MEAS RPRT 
2016-05-09 17:50:15(805) 
2016-05-09 17:50:29(095 


RRC_MEAS_RPRT 


RRC_MEAS_RPRT 


S1AP ERAB SETUP REQ 


语音 呼叫 


语音 呼叫 


IWMS 会 说 


eRABID=7; qci=1; 


eRABID=7; qci=1; 


e-RAB-ID=7; cause=normal-release; 


Received From MME 


Send to UE 

Send to UE 
Received From UE 
Send to MME 
Send to UE 
Received From UE 
Send to MME 
Received From UE 
Received From UE 
Received From UE 
Received From UF 


Received From MME 


Send to UE 
Received From UE 
Send to MME 
Send to UE 
Received From UE 
Send to MME 
Received From UE 
Received From UE 
Received From UE 
Received From UE 


ЁА Message Browser - MsgExplain 












00000000 * 
* SEQUENCE 
id:0x23 (35) 


criticality:ignore (1) 


xe se dede de de dee 


Y value 
--000000 
00000010 

" e-RABItem 


е-КАВ-Ір:0х7 (7) 


Y cause 


nas:normal-release (0) 





000000000: 
0000000}: 
0000001Еһ: 


00 08 


1Е 00 00 03 00 00 00 05 CO 02 00 0089 
00 04 8ü 3B C3 EB 00 21 40 07 00 00 











h 


E 
с uwa 
: ШШ 





‹ | 





了 e&-RABToBeSetupItemBearerSUReq 


e-RAB-ID:Ox8 (8) 


ғ e-RABlevelQoSParameters 


qci:0x2 (2) 


Y allocationRetentionPriority 


priorityLevel:O0x2 (2) 


pre-emptionCapability:may-trigger-pre-emption (1) 


00000000А : 
00000010Ь: 
00000020 : 
00000030 : 


nnnnnnank = 


00 81 1С DD 00 
6 Ü Ü C 75 00 10 DD 
10 16 E3 60 
OF 80 64 45 


11 00 80 FD 10 80 02 


03 DD 00 00 05 CD 01 41 478 





794219 


М510= 2; servRSRP=-66; servRSRQ--6; -1 4600 

MSID=5; servRSRP=-66; servRSRQ--6; -1 4600 794219 

MSID=6; servRSRP=-66; servRSROQ--6; -1 4600 794219 
Received From MME eRABID=8; qci=2; IpAddress-100.70.255.3; -1 4600 794219 





挂机 后 ， 两 方 通话 中 发 起 视频 业务 ， 正 常 建立 


开始 时 间 





2016-05-09 17:39:41.890 


09 17:45:33,202 


09 17:45:33,442 


结束 时 间 


-8618853111294... 


2016-05-09 17:39:57.680 





м N м м HH 


被 叫 号 码 





+8513406060015@50,1... 
+8518953111294 


+8518953111294080.1... 





4 呼叫 业务 
5 呼叫 业务 
6 呼叫 业务 
7 呼叫 业务 
8 呼叫 业务 
9 呼叫 业务 


10 呼叫 业务 
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IMS 会 说 
语音 呼叫 
视频 呼叫 
ЕНЩ 
IMS 会 说 
IMS 会 说 


语音 呼叫 





2016-05-09 17:45:33.616 


2016-05-09 17:45:50.903 


2016-05-09 17:48:01.092 


2016-05-09 17:48:12,877 


2016-05-09 17:48:12,877 


2016-05-09 17:48:13.075 











2016-05-09 17:50:14,401 


图 13-6 








5-09 17:46:34.501 +851340606 

5-09 17:47:27,909 -B61340806 
2016-05-09 17:47:25,702 +5613406060016 
2016-05-09 17:46:17.801 *8617864100032... 


2016-05-09 17:48:15.813 *8618853111294... 


2016-05-09 17:48:40,803 *8618853111294... 
2016-05-08 17:48:57,803 +8618952111294,., 


2016 


05-09 17:48:33,784 +8618853111294,.. 











2016-05-09 17:51:07.902 +8618853111294. . 


核心 网 话 单 查询 


*8518853111204sd.i... 
18853111204 
13406060016 
+56134060600 16®sd. i... 
13406060016 

+8613406060016 


+8517854100032050.1... 








在 此 期 间 SBC 也 未 收 到 视频 请 求 ， 如 图 13-7 所 示 。 


ПЕ1/М51 JNSAEGWU7BHW JNPSBC3BHW JNSCSCF3BHW JNSCCASBBHYY JNVOLTEATSEBHW 


202 ACCEPTED 


2018-05-09 17:46:26.848000 ere, 


2018-05-09 17:46:26.846000 -~ NOTIEY 


2016.05.09 17:46:26.935000 -| 200 0 Prince | v 
E 在 此 期 间 终端 SBC 未 收 | 
2016-05-09 17:46:27.375000. .... ОТЕТ ctn ERE eme s Reel е 
到 信和 令 E 


2015-05-09 17:46:27.495000 .dl 





2016-05-09 17:47:17.638000 .eed 


meS ТАЛ БӘ OO е 











E 13-7 核心 网 查询 信 令 流程 





关于 三 方 通话 视频 通话 的 集团 终端 规范 : 

SED ca л 村 业务 ， 在 以 下 场景 中 终端 应 使 用 486 消息 
拒绝 呼叫 : 

e 终端 在 视频 呼叫 过 程 中 收 到 第 三 方 的 音频 或 者 视频 呼叫 请 求 。 

e 终端 在 音频 呼叫 过 程 中 收 到 第 三 方 的 视频 呼叫 请 求 。 

2) 终端 在 视频 呼叫 过 程 中 应 禁止 用 户 发 起 针对 第 三 方 的 音 视 频 通话 。 

3) 不 要 求 终 端 文 持 多 方 视 频 通话 。 

综合 以 上 分 析 ， 得 出 结论 ， 初 步 判 定 为 ， 因 为 终端 未 发 起 视频 请 求 ， 所 以 导致 视频 建立 
失败 。 

【解决 方案 】: 

目前 终端 的 处 理 机 制 : 三 方 通话 有 一 方 挂 断 后 ， 终 端 认为 三 方 通话 未 结束 ， 不 会 处 理 视 
频 请 求 。 而 在 集团 规范 中 也 没有 明确 相关 流程 。 

解决 方案 . 建议 增加 相应 流程 规范 ， 规 定 多 方 通话 一 旦 只 剩 下 两 方 ， 多 方 通话 的 主席 终 
端 就 可 以 回 另 一 方 发 起 视频 呼叫 。 后 续 ， 推 动 终端 公司 处 理 。 

2. UE 收 到 切换 命令 ， 发 КЕС 重建 回 源 小 区 ， 切 换取 消 导 致 eSRVCC 切换 失败 问题 分 析 

[ 问题 描述 ] : 

UE 收 到 切换 命令 ， 发 RRC 重建 回 源 小 区 ， 切 换取 消 导 致 eSRVCC 切换 失败 。eSRVCC 
切换 成 功率 统计 如 图 13-8 所 示 。 














eSRVCC 切 换 成 功率 (%) 


94.97 


2016-3-20 2016-3-21 2016-3-22 2016-3-23 2016-3-24 2016-3-25 





图 13-8 eSRVCC 切换 成 功率 统计 
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对 全 网 指标 进行 分 析 ， 发 现 全 网 一 天 eSRVCC 总 失败 次 数 为 407 次 ，TOP20 小 区 失败 次 
иона ne ep s оо ы 0 

挑选 TOP 小 区 进行 信 令 跟踪 并 分 析 。 

1) 信 令 分 析 : 根据 现场 跟踪 到 的 4 个 站 的 信 令 分 析 ， 均 为 UE 回 源 小 区 重建 后 回复 切换 
取消 ; 从 切换 目标 小 区 分 析 ， 多 数 为 同 覆盖 的 2G 小 区 ,切换 前 测量 报告 中 电 平 在 -110 ~ 
-11$ 左 右 ， 如 图 13-9 所 示 。 


UE eNodeB MME eNodeBs 
20.RRC UL INFO TRANSF (*714ámz?) 1 



















21. S1AP. UL. NAS. TRANS C*tT15ms? 





22. ЕВС CONN, RECFG. СМР (^ 719ms) 
23. ЕЕС MEAS. RPRT (4 1379ms) 








24. ВЕС CONN, RECFG CF 1380ms? 








25.RRC CONN RECFG CMP (+1399га=) 
26.RRC MEAS RPRTUit2135ms) 
27. RRC MEAS RPRTüit3754ims) 











28. S1AP, HANDOVER. REQUIRED (+3755ms) 





























29. RRC, MEAS, RPRT (+4235ms) 
30. RRC, MEAS, RPRT (+4554m=) 
31. КЕС МЕАЅ RPRT (+5035ms) 
32. КЕС MEAZ RPRT (+5513љ=) 











33. S1AP HANDOVER CMD (+57015) 














35. RRC, CONN, REESTAB, REQ (+654Sms) 





S8. S1AP HANDOVER CANCEL (+6549т=) 








3T.RRC CONN REESTAB (+6555ms) 
38.RRC CONN REESTAB CMP (*G568ms? 
398. КЕС CONN, RECFG С+6571љ=) 














40. S1AP, HANDOVER, CANCEL, ACE (+6577ms) 





图 13-9 现场 跟踪 信 令 流程 
2) SEQ 数据 分 析 : M SEQ 上 分 析 ，80% 的 失败 也 是 切换 取消 导致 ， 如 图 13-10 所 示 。 


Sv 切换 礁 备 阶段 






Sy SRwCC 切 换 请 求 次 8. Sv БАМССЕ НАВТ Y | Sv SRVCCETHEARZE DTE (per) | Sv 3RWCC 要 换 响 应 失 .… 


-6-03-23 08:00:00 472 75.56 
-6-03-23 09:00:00 459 80.80 
-6-03-23 10:00:00 427 95.33 
-6-D3-23 11:00:00 418 93.30 


-6-03-23 12:00:00 378 92.06 











«6-03-23 13:00:00 393 87.26 
<| 


13-10 SEQ 查询 切换 失败 原因 


3) 终端 聚 类 分 析 : 从 终端 类 型 上 分 析 ， 主 要 分 布 在 5 KA, WE 13-11 所 示 。 不 同 
终端 切换 失败 查询 统计 见 表 13-1。 





Sv SRECE.. | Sy SRYCC 切 换 成 功 .。。 | Sw 5ВУССТИЖ ЕЙ... | Sv SRWCC 切 换 响应 .、 

16-03-23 09:00:.. GN9010 金 主 ， 联 发 科 MT6753 71 12.58 62 1 62 * 
16-03-23 15:00:.. ZTE Q529T 中 兴 ， 联 发 科 MT6735 198 71.72 56 i 56 
16-03-23 08:00:.. N1 50 28.00 36 1 34 
16-03-23 12:00:.. YOTO GT11 维 图 山 塞 韩国 In" 内 38 21.05 a ü 3Ü 
15-03-23 17:00:.. VOTO GT? КЕ, 洋 河源 生产 ， 老 54 44.44 30 1 30 
16.0323 07:00:.. VOTO GT? 41 34.15 27 1 27 E 
4 18 


13-11 切换 失败 终端 类 型 查询 
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Sv ИТЕ ВТЕ 





时 间 En Sy SRYCOC 茹 换 请 求 .，| Ev SRVCCUDR REA... 
15-03-23 08:00:.. VOTO GT7 40 32.50 27 0 27 4 
15-03-23 10:00:.. ZTE Q529T 199 86.33 26 3 26 
15-03-23 10:00:.. M821 59 71.91 ва 0 25 
15-03-23 17:00:.. M821 114 78.07 25 1 25 
16-03-23 08:00;.. М1 МАХ м1 М823, 11018939 30 20.00 24 0 24 7 
15-03-23 13:00:.. ZTE Q529T 143 84.62 22 2 22 
16-03-23 14:00:.. M821 106 80.19 zi D 21 





Sy SRVCCETHR BER. .. 
ы, ТУ 


16-03-23 17:00:.. А1700 (IPHONE 65) 261 91.37 22 0 21 
16-03-23 09:00:.. М821 74 74.32 іа 0 18 
16-03-23 DO:DD:.. А1700 (IPHONE 65) 260 92.89 іа 0 19 
16-05-23 13:00:.. M821 92 68.48 29 10 19 
16-03-23 05:00:... MS21 27 33.33 i8 ü 18 
16-03-23 14:00:.. VOTO GT? 38 33.85 i8 ü 18 B 
i pt 


图 13-11 切换 失败 终端 类 型 查询 (2) 
表 13-1 不 同 终端 切换 失败 查询 统计 

















终端 型 号 Sv SRVCC 切换 请 求 Sv SRVCC 切换 Sv SRVCC 切换 取消 
次 数 成 功率 (96) 通知 次 数 

A1700 (IPHONE 6S) 521 92. 32 40 
ZTE Q529T 540 80. 74 104 
M821 667 70. 16 199 
VOTO GT7 174 41.38 102 
VOTO CTI 1 38 21. 05 30 
NI MAX 30 20. 00 24 
GN9010 71 12. 68 62 














大 部 分 的 信 令 点 发 生 在 重建 回 源 时 ，4G 侧 电 平 基 本 正常 ， 这 是 现场 eSRVCC 指标 差 的 
主要 原因 。 重建 原因 是 切换 失败 ， 初 步 判 断 为 定时 带 超 时 或 2G 侧 接 入 失败 。 

4) 定时 融 超 时 分 析 。T304 XH d Ж: 该 参数 表示 切换 到 GERAN 时 使 用 的 定时 带 
T304 的 时 长 。 如 采 UE 在 该 时 长 内 无 法 完成 对 应 的 切换 过 程 ， 则 进行 相应 的 资源 回 退 ， 并 
发 起 RRC 连接 重建 过 程 ， 现 网 一 般 设置 为 8 s. 

协议 3GPP TS 36. 331 ЕХ: 

1 > if T304 expires ( handover failure); NOTE: Following T304 expiry any dedicated pream- 





ble, if provided within the rach — ConfigDedicated , is not available for use by the UE. 

如 图 13-12 所 示 ， 从 跟踪 到 的 信 令 分 析 ，UE 收 到 切换 命令 到 发 送 RRC 重建 一 般 在 200 ~ 
800 ms 之 间 ， 不 同 的 终端 重建 的 时 延 不 同 ， 但 远 远 小 于 网 络 侧 配 置 的 8s， 怀 疑 终端 侧 可 能 
有 目 己 的 定时 大 ， 需 要 进一步 抓 取 终端 日 志 分 析 。 

5) 2G 接 入 分 析 : 选取 部 分 失败 的 TOP 小 区 较 集 中 的 时 间 段 进行 对 应 2G 小 区 指标 分 
Br, 2G 干扰 指标 正常 ， 无 信道 拥塞 情况 ， 异 系统 切换 和 人 指标 正常 ， 接 和 人 指标 正常 。 奉 进 一 
步 证 明 是 否 因 接 和 问题 导致 ， 则 需要 现场 测试 跟踪 空 口 和 接 和 人 侧 信 令 进 行 分 析 ，TOP 小 区 指 
标 如 图 13-13 所 示 。 
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No. | Time Type Direction Detailed Info 
67 2016-03-25 12:02:50(915) RRC_MEAS_RPRT UE-eNB MSID=2; servRSRP=-111; servRSRQ--8; 
68 2016-03-25 12:02:51(384) RRC MEAS_RPRT UE-eNB MSID=2; servRSRP=-111; servRSRQ=-8; 
2016-03-25 12:02:51(712) | S1AP_HANDOVER_CMD 
70 [2016-03-25 12:02:51(712) |RRC_MOBIL_FROM_EUTRA_CMD eNB-UE csfb=false; targetRAT=geran; 
71 2016-03-25 12:02:51(885)/ ККС CONN КЕЕЅТАВ REQ UE-eNB CRNTI=65 bc; pci=345; cause=handoverfailure; shortMAC-I=40 a4; 
72 2016-03-25 12:02:51(886) S1AP_HANDOVER_CANCEL eNB-MME 
73 2016-03-25 12:02:51(889) RRC_CONN_REESTAB eNB-UE 
74 2016-03-25 12:02:51(905) RRC_CONN_REESTAB_CMP UE-eNB 
75 2016-03-25 12:02:51(907) RRC CONN_RECFG eNB-UE cqi-Aperiodic=rm30; 
76 2016-03-25 12:02:51(916) S1AP_HANDOVER_CANCEL_ACK MME-eNB 
77 2016-03-25 12:02:51(916) S1AP DL NAS TRANS MME-eNB 
78 2016-03-25 12:02:51(916) RRC_DL_INFO_TRANSF eNB-UE 
79 2016-03-25 12:02:51(920) RRC_CONN_RECFG_CMP UE-eNB 
80 2016-03-25 12:02:51(923) RRC CONN RECFG eNB-UE AddMearID=3,4,5,6,7,8,16; AddMearObjID=3,3,3,3,3,3,3; AddRptID=3,4,5,6,7,8,16; MeasObjID=3; freq=38400; рсі=345,54; 
81 2016-03-25 12:02:51(935) RRC_CONN_RECFG_CMP UE-eNB 
82 2016-03-25 12:02:52(015) RRC_MEAS_RPRT UE-eNB MSID-16; servRSRP--112; servRSRQ--8; 
83 2016-03-25 12:02:52(664) RRC MEAS RPRT UE-eNB MSID-5; servRSRP--112; servRSRQ--9; 
84 2016-03-25 12:02:52(665) RRC_MEAS_RPRT UE-eNB MSID=8; servRSRP=-112; servRSRQ=-9; 
85 2016-03-25 12:02:52(666) RRC_CONN_RECFG eNB-UE AddMearID=1,2; AddMearObjID=1,2; AddRptID=1,2; MeasObjID=1,2; freq=38544; 
86 2016-03-25 12:02:52(684) RRC_CONN_RECFG_CMP UE-eNB 
87 2016-03-25 12:02:52(839) RRC_MEAS_RPRT UE-eNB MSID=16; servRSRP=-112; servRSRQ- -9; 
88 2016-03-25 12:02:53(324) RRC_MEAS_RPRT UE-eNB MSID=5; servRSRP=-112; servRSRQ=-8; 
89 2016-03-25 12:02:53(324) RRC_MEAS_RPRT UE-eNB MSID=8; servRSRP=-112; servRSRQ=-8; 
90 2016-03-25 12:02:54(774) RRC MEAS RPRT UE-eNB MSID=2; servRSRP--112; servRSRQ--8; 
91 2016-03-25 12:02:54(774) S1AP HANDOVER REQUIRED eNB-MME  HandoverType-lItetogeran; cause-time-critical-handover; SRVCCHO- csonly; 
92 2016-03-25 12:02:55(254) RRC MEAS RPRT UE-eNB MSID-2; servRSRP--112; servRSRQ --8; 
93 2016-03-25 12:02:55(325) RRC, MEAS, RPRT UE-eNB MSID-2; servRSRP--112; servRSRQ--8; 
94 2016-03-25 12:02:55(794) RRC MEAS RPRT UE-eNB MSID=2; servRSRP--113; servRSRQ--9; 
95 2016-03-25 12:02:56(275) RRC MEAS RPRT UE-eNB MSID-2; servRSRP--113; servRSRQ--9; 
96 2016-03-25 12:02:56(652) | SLAP HANDOVER, CMD MME-eNB | HandoverType-lItetogeran; 
97 2016-03-25 12:02:56(653) | ККС MOBIL FROM EUTRA СМО eNB-UE csfb false; targetRAT-geran; 
98 2016-03-25 12:02:56(835)/ RRC, CONN, REESTAB REQ UE-eNB CRNTI-65 бс; рсі= 345; cause-handoverfailure; short MAC-I-61 4a; 
99 2016-03-25 12:02:56(835) 51АР HANDOVER CANCEL eNB-MME 
图 13-12 ЕН PT 
求 和 求 和 求 和 求 和 求 和 求 和 求 和 求 和 求 和 求 和 
үс үе үс Ens ET dou енш үз зш Жо. шке Башт 

SABUT | {ЯШ | SABT | А80 | HABT | imas Baat | AABT | HAEN | {пн › А " p E 
起 内 时 间 cr йип Thea [ЕЛЭ | TRASAR ео | Th Sun Thao айо Tian | Fa [СЕМЕ стан | Rae (ИНЕ oaeo RA AGUA ЯА uu za 

HWB | 平均 数目 | 平均 数目 | FERE | 平均 数目 | 平均 数目 | FERE | THRE | HRA | FAME mw | 0% : А | 

(SDCCH) | CSDCCH) | 《SDCCH) | (SDCCH) | 《SDCCH | (TCHF) | (ТОНЕ) | (ТОНЕ) | (ТОНЕ) | (ТОНЕ) 换 成 功率 

Ыы | | ® | GO | ® | GO | GO | GO | GO | GO d 

03/25/2016 12:00: 3253 38.5 0. 383 ü 0.149 0 15.021 0.084 0 0. 021 0 0 0 0 0 100 90.18 100 100 
03/25/2016 12:00: 3721 39.904 1. 29 0 0 0 17.904 1. 398 Ü 0 0 0 0 Ü 0 99.36 75.80 100 100 
03/25/2018 12:00: 3723 27. 282 3. 25 0.12 0 0 19. 533 0.772 0.119 0 Ü 0 0 Ü 0 100 100 100 100 
03/25/2016 12:00:0 3852 51.29 0. 366 0 0 0 19.978 0.085 0 0 Ü [8] 0 Ü ü 100 99.32 100 100 
08/25/2018 12:00: 3853 43. 322 0. 28 0 0 0 12.096 0 Ü 0 Ü 0 0 Ü 0 100 100 100 100 
03/25/2018 12:00: 33752 43.234 0.455 0.021 0.011 0 11. 338 0.032 0 0 0 [8] 0 0 0 100 100 100 100 

































































K| 13-13 TOP 小 区 指标 


6) 终端 Log 分 析 : 现场 测试 抓 取 终端 Log, ， 从 终端 Log A, 4G 基站 下 发 切换 命令 ， 终 


端 在 2G 侧 进 行 同步 过 程 ， 同 步 过 程 中 LI CRC 校 验 一 直 失 败 。 需 将 Log 发 给 高 





CRC 校 验 失 败 的 原因 ， 如 图 13-14 所 示 。 





Time 
5 09:02:19.034 
5 09:02:19.061 
5 09:02:19.113 
5 09:02:19.191 


2016 Apr 
2016 Apr 
2016 Apr 


2016 Apr 
2016 Apr 
2016 Apr 


5 09:02:19.274 
5 09:02:19.353 





` 


通 ， 


BIX] — 
[| Hex Dump 
Type Description Subtitle > 7016 Apr 5 09:02:19.882 [69] 0x5079 GSM L1 Enhanced Message Metrics 

0x507C GSM AFC Adjust р ЕНЕ 
OxBOCO LTE RRC OTA Packet UL, DCCH / MeasurementReport Rx Qual H = 31330 

s Msg Status = 0x51 
0x507C GSM AFC Adjust BFI = Pass 
0x507C GSM AFC Adjust ТАЕ Е Бо 
0х507С GSM AFC Adjust ET — - Wild Frx 
Ox507C GSM AFC Adjust UFI = Fail 

vHd = Voiced 






2016 Apr 5 09:02:19,541 LTE RRC ОТА Packet UL DCCH / MeasurementReport 


Msg Length = 20 bytes 


Ë " 204 ү t Rx Qual S = 32767 
- n ; z к Codec Mode = ÜxFF (NAAY 
2016 Apr 0x512F GSM RR Signaling Message X TE = гаа 
„02. n orm C^ = Ох А) 
2016 Apr 5 09:02:19,846 0x507C GSM AFC Adjust DL ACS = DxFF (НАА) 
2016 Apr 5 09:02:19,846 0х5073 GSM L1 GSTMR ADJ UL ACS = ÜxFF (N/A) 
„02. P ; FACCH Storage Status = ÜxFF (Н/А) 
2016 Apr 5 09:02:19.859 0x5088 GSM L1 Transmit Burst Metrics FACCH R abined Status = ÜxFF (N/A) 
2016 Apr 5 09:02:19.864 0х5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.869 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19,872 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.878 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.882 0x5088 GSM L1 Transmit Burst Metrics 


2016 Apr 5 09:02:19.882 0x5079 GSM L1 Enhanced Message Metrics Fu 











2016 Apr 5 09:02:19.882 Ox506C GSM L1 Burst Metrics 

2016 Apr 5 09:02:19.882 Ox506A GSM L1 New Burst Metrics 

2016 Apr 5 09:02:19.887 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19,892 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.896 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.901 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.901 0x5079 GSM L1 Enhanced Message Metrics 
2016 Apr 5 09:02:19.901 0x506C GSM L1 Burst Metrics 

2016 Apr 5 09:02:19.901 Ox506A GSM L1 New Burst Metrics 

2016 Apr 5 09:02:19,905 0х5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.910 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.920 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.920 0x5079 GSM L1 Enhanced Message Metrics 
2016 Apr 5 09:02:19,920 0x506C GSM L1 Burst Metrics 


图 13-14 终端 Log 分析 
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【解决 方案 】: 

综 上 可 知 ， 大 部 分 的 失败 是 目标 小 区 接 入 失败 和 切换 失败 重建 回 源 小 区 ， 核 心 侧 表 现 为 
切换 取消 导致 失败 ， 而 信 令 侧 4G 电 平 基本 正常 ， 这 是 现场 esSRVCC 指标 差 的 主要 原因 。 重 
建 导 致 的 切换 失败 共 两 种 可 能 : 中 定时 器 超 时 ， 但 现场 排查 网 络 侧 定 时 需 为 8s， 未 超时 ; 
@2G 侧 接 入 失败 。 现 网 有 明显 的 ТОР 终端 ， 从 终端 Log A, UE 在 2G 接 入 时 CRC 校 验 失 
败 ，TOPUE 在 低 电 平 下 比较 敏感 或 者 信号 解析 差异 ， 具 体 需 要 终端 分 析 。 后 续 需 针对 
M821, NI MAX. ZTE Q529T 等 终端 类 型 进行 终端 Log 分 析 。 

3. Mate 8 终端 在 呼叫 等 待 场景 下 ， 第 三 方 通话 呼 入 后 原 通 话语 音 断 续 问 题 分 析 

[ 问题 描述 】: 

选取 3 部 终端 (DUTI = 开启 VoLTE， 驻 留 LTE 并 注册 IMS, SIM 卡 未 开通 呼叫 等 待 ; 
DUT2 = 任意 终端 ， 任 意 用 户 ; DUT3 = 任意 终端 ， 未 开 
通 VoLTE 业务 )， 终端 型 号 分 别 为 DUT1 Mate 8 终端 kama ` | 
(终端 开启 呼叫 等 待 功能 ) DUT2: 10086, DUT3; = 
Æ S6; 测试 号 码 为 DUT 1: 182 xxxx4154 (VoLTE 用 
Ji), DUT2. 10086, DUT3. 186 x x x x 4638 (JẸ 
VoLTE 用 户 ) 。 

对 于 没有 开通 呼叫 等 待业 务 的 SIM 卡 ， 插 入 DUTI 
(Mate 8) 后 ， 在 Mate 8 终端 上 开局 呼叫 等 待 ， 此 时 用 
Mate 8 呼叫 DUT2， 接 通 后 保持 通话 ， 此 时 DUT3 (dE 
VoLTE 用 户 ) 呼叫 DUTI (Mate 8) HJ, DUTI (Mate 
8) 终端 显示 新 来 电 ， 同 时 DUTI (Mate 8) 用 户 的 原 有 
通话 出 现 语音 断 续 问题 ，DUT2 不 受 影 响 ， 如 图 13-15 与 
图 13-16 所 示 。 

【问题 分 析 】 : 

更 换 其 他 未 开通 呼叫 等 竺 的 SIM 卡 进 行 同 样 操 ; 
作 ， 此 问题 仍然 存在 ; 更 换 已 开通 呼叫 等 待 的 SIM HUAWEI 
卡 ， 则 通话 正常 ,将 未 开通 呼叫 等 待 的 SIM 卡 放 到 其 
他 终端 ， 同 样 通话 正常 ， 故 排除 SIM FRAK., 

测试 时 终端 所 处 无 线 环 境 恨 好 ，RSRP 的 值 为 -76 dBm、SINR 的 值 为 30dB， 且 其 他 终 
端 在 此 无 线 环境 下 使 用 正常 ， 故 排除 无 线 网 因素 。 

该 问题 现 定位 为 终端 问题 。 版 本 : NXT -TLO0C01B168。 

【解决 措施 】: 

解决 方案 : 提交 终端 公司 解决 。 

4. 潍坊 VoLTE 呼叫 保持 第 三 方 接 通 后 显示 振 铃 态 的 问题 分 析 

[ 问题 描述 ] : 

选取 3 部 终端 ， 分 别 为 N1 、N1 MAX 和 Mate 8。 当 N1 手机 在 CSFB 的 情况 下 同 其 他 终 
УОЙ ИН, Mate 8 呼叫 N1， 接 通 后 可 正常 通话 ， 但 是 Mate 8 手机 屏 货 显示 对 方 振 铃 日 Mate 8 
手机 通话 时 间 不 读 秒 。 





























中 国 移动 通信 7А 00:19 














图 13-15 通话 过 程 
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:093656 400wav ”正常 拢 打 10086 的 波形 图 [= |= | s 








图 13-16 语音 波形 图 对 比 


[ 问题 分 析 ] : 

1) Mate 8 呼叫 B， 进 行 呼叫 等 待业 务 。B 应 答 之 前 MMTEL 给 Mate 8 播放 呼叫 等 待 提示 
音 ，B 应 答 之 后 ，MMTEL 需要 问 B 发 送 不 带 媒 体 的 Reinvite， 用 于 重新 协商 B 与 C 的 
媒体 。MMTEL 收 到 B 的 媒体 后 ， 通 过 UDPATE 发 给 Mate 8, Mate 8 E] UPDATE 的 200 OK, 
由 于 200 (UPDATE) 携带 的 参数 ，MMTEL 认为 ， 必 须要 等 待 Preconditon 成 才能 发 送 绥 
存 的 应 答 消 息 ， 而 之 后 主 被 叫 都 没有 进行 后 续 的 媒体 协商 ， 从 而 导致 终端 显示 异常 ， 如 
图 13-17 所 示 。 





























序号 时 间 类 型 源 目标 消息 消息 摘要 
229 2016-04-02 15:19:43.640 SIP 10.187.89.9:5089 10.187.89.2:5140 UPDATE UPDATE sip:460029636317722@10.187.89... 
230 2016-04-02 15:19:43.640 SIP 10.187.89.2:5144 10.187.89.25:5060 UPDATE UPDATE sip:460029636317722(010.187.89... 
231 2016-04-02 15:19:43.800 ЫР Š . 89.25: - .89.2: Pr 
232 2016-04-02 15:19:43.800 SIP 10.187.89.2:5140 10.187.89.9:5089 200(UPDATE) SIP/2.0 200 OK 
233 2016-04-02 15:19:43.810  SIP 10.187.89.9:5089 10.187.89.2:5142 200(UPDATE) SIP/2.0 200 OK 
234 2016-04-02 15:19:43.810 SIP 10.187.89.2:5140 10.187.89.9:5089 200(UPDATE) SIP/2.0 200 OK 
235 2016-04-02 15:19:43.830 БІР 10.187.89.9:5089 10.187.89.2:5142 200(UPDATE) SIP/2.0 200 OK 
236 2016-04-02 15:19:43.830 SIP 10.187.89.2:5141 10.184.36.129:5060 200(0РРАТЕ) SIP/2.0 200 OK 
237 2016-04-02 15:19:43.860  SIP 10.184.36.129:5060 10.187.89.2:5142 200(UPDATE) SIP/2.0 200 OK 
238 2016-04-02 15:19:43.860  SIP 10.187.89.2:5139 10.187.89.2:5134 200(UPDATE) SIP/2.0 200 OK 

4 un | 

ka] REPRE ER 

ka] 详 甸 解码 

a=ptime:20 «| SIP/2. 0 200 DK 


Via: SIP/2. D/UDP 10.187. 89.2:5144;branech=z3hG4bE811-11-18648-8525-12- 
BBO2Z*ekPILeDG11dhaaiag.11 

Via: SIP/2.0/UDP 10. 187. 89. 0:5080;received-10. 187. 89. 9; branch- zühG4b Ex3-5-20481-2* 
B5üz*zzli-g Übdebcgbi.3 

Ta: Sxip:t861585651843888 zd. ims.mncDDÜO.mec460. 3gppnetwork. org?; tag-qyhebC- 
&-curr:qos remote none From: “В12964"* <+е1:612964; phone- 


a-maxptime:24U0 


a-curr:qos local sendrecv 





a-des:qos mandatory local sendrecv context-sd. ims. пас000. mcc450. 3gppnetwork. org^; tagz ztesipLALVwTET*3-5-20481* jcef. 3 
TA Call-ID: txhcbiTz48[2409:880T:a0a0:188c:52de: a928: 18 TT: 8742] 
a-des:qos mandatory remote zendrecv CSeq: 1002 UPDATE 


+ 
э qr iii NT MT o nr. s 


图 13-17 fe nm 


2) UPDATE 信 令 流程 如 图 13-18 所 示 。 根 据 信 令 流 程 分 析 ， 判 断 主 叫 Mate 8 终端 在 此 
时 回复 的 UPDATE 200 OK 中 所 携带 的 SDP 并 不 合适 。 
Mate 8 回 200 (UPDATE) 中 SDP 部 分 内 容 如 下 : 
232 


200 OK (INVITE) 
Ho SDP 
200 ОЕ 


SIF 
a-curr:gos Tocil тте 
а=сакк: боз remote none 
&-dez:goz optional local zendrecwv 
&c2des:qos optional remote sendrecv 
АСК 
R=curr:qos local semilrecr ПР > 


а=сітү: Qos remote none 
&c2des:qos mandatory local sendrecv 
&zdes:qos mandatory remote zendrecv 





图 13-18 UPDATE 信 令 流程 


а = сшт: qos local sendrecv 

а —curr; qos remote none 

a =des: qos mandatory local sendrecv 

а =des: qos mandatory remote sendrecv ; 

(D “а = des: qos mandatory remote sendrecv" 表示 强烈 期 望 对 端 资 源 状 态 sendrecv 完成 。 

(2 “а =сшт: qos remote none” 表 示 Mate 8 返回 自己 的 状态 是 none， 与 期 望 值 不 一 致 。 

AS 认为 ， 必 须 等 待 Preconditon 完成 才能 发 送 绥 存 的 应 答 消 息 200 (invite), ， 而 主 被 叫 
都 没有 进行 后 续 的 媒体 协商 ， 导 致 AS 一 直 没 有 把 200 (invite) 发 送 给 Mate 8 终端 ， 造 成 了 
Mate 8 上 还 显示 是 振 铃 态 ， 通 话 时 间 不 走 秒 ， 初 步 判断 为 终端 问题 。 

【解决 措施 】: 

利用 SSS 规避 手段 ， 将 1410 改 成 2 可 以 解决 : SET SYS GLOBPARA: IDX =1410, CUR- 
VAL Он. 730. 

5. 中 兴 B2015 (高通 芯片 ) 呼 转业 务 概率 性 失败 案例 分 析 

【问题 描述 】: 

测试 时 发 现 中 兴 B2015 (高 通 芯片 、 支 持 VoLTE 网 络 ) 设置 遇 忙 呼叫 转移 失败 ， 测 试 
15 次 ， 失 败 15 次 ， 概 率 为 100% ; 设置 无 条 件 呼 转 成 功 。 

手机 版 本 是 最 新 版 本 B2015CMCCV1. 0. OBOG, | 





如 图 13-19 所 示 。 我 的 手机 名 м. 
【问题 分 析 ] : RENS | va 
1) 在 使 用 中 兴 B2015 做 遇 忙 呼叫 转移 时 均 ` — | ee 

失败 ， 核 心 网 抓 包 分 析 如 下 : — ж 


状态 信息 


从 图 13-20 中 看 到 手机 查询 的 是 默认 前 转 Д a 


法 律 信息 


业务 (call — forwarding — default - busy) ， 而 默 
认 前 转业 务 是 不 允许 查询 的 ， 所 以 返回 409 拒 | "+ 
绝 ， 如 图 13-20 所 示 。 图 13-19 手机 版 本 
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117. 136.143. 244 


10. 228. 66. 86 








0. ncc460. 3gppnetwork. org/sinservs. xnl/-—/sinservs /comunication-diversion/cp:ruleset/cp:rulexseeid-to [caTI Torwarding-derauTt busyx22 sp?xn1ns (cp=urn: ietf 
图 13-20 核心 网 侧 分 析 
2) 因为 后 面 修改 的 也 是 默认 前 转 ， 所 以 不 成 功 ， 如 图 13-21 所 示 。 


136.143.244 
10.228.66.86 
117.136.143.244 


10.228.66.86 








117.136.143.244 
10. 228. 66. 86 
117.136.143.244 
10 228. 66. 86 


117.136.143. 244 








H «cp:rule 
id="call-forwarding-defau it-no-rep1y > 
日 «cp:conditions 
<no-answer /> 





图 13-21 核心 网 侧 后 续 流 程 


3) 因为 正常 的 无 条 件 呼叫 转移 并 没有 查询 默认 业务 ， 无 default 字段 ， 所 以 无 条 件 呼 叫 
转移 设置 成 功 ， 如 图 13-22 所 示 。 


EE 
22.000823 10.228.66. = 117.138.143 EI HTTP 1117 Yes GET жашы поп, e etsi. лч: ШЕШЕДЕН ЕН ims. mnc000.mcc460, 3gppnetwork. org/simservs. ЕЕ СЕ 
— ч 7 d. i C pp 


.000068 .228.66. HTTP XML. 


HTTP/XML 


117.136.143.244 HTTP/XML 773 Yes 








6 bits), 1117 bytes captured (8936 bits) 

f3 (00:8l:fc:45:2b:f3), Dst: HuaweiTe 068:5f:38 (00:e0:fc:08:5f:38) 
10.228.66.86 (10.228.66.86), 051: 117.136.143.244 (117.136.143.244) 
c Port: 35560 (35560), Dst Port: http (80), Seq: 1, Ack: 1, Len: 1063 


tsi.org/users/sip:486184053344278sd. 1ms. mncO00. mcc460. 3gppnetwork. org/s imservs. xml/-—/simservs /communication-diversion/cp:ruleset/cp:ru]ex5p&id-X2Pcall-forward nhanced-rules 


486184053344278sd. ims .mncó00. mcc460. 3gppnetwork. org"^rn 





22X5D?xmlns(cpeurn:ietf:params 


st usernames"N6D&m5rjJiCaHCPJUl4olTAwMwIwMDAyGSbfbsflazx.hf.hf.nade. ims.mnco00.mccá80. 3gppnetwark. arg", rea]me" 3GPP-bootstrapping&xcap. ims. ттс000. тсс460. pub. 3gppnetwark . org" , игі =" /simservs . подп. etsi. arg/'users/si 
b.3gppnetwork.org:80rNn 


-23. 000068 5 10.228.66.86 SEW Wem 


-31.000473 .228.66. 117.136.143.244 1422 Yes 
z n " 





77$ Y85 





376 bits), 1422 bytes captured (11376 bits) 

f3 (00:el:fc:d5:2b:f3), Dst: HuaweiTe 06:5f:38 (00:80:fc:06:5f:38) 
10.228.66.86 (10.228.66.86), 057: 117.136.143.244 (117.136.143.244) 

‘с Port: 32226 (32226), Dst Port: http (80), Seq: 1, Ack: 1, Len: 1368 


itsi.org/users/sip:4861840533442785d. ims .тпс000. mcc460. 3gppnetwork. or g/sTmservs. xml /~~/simservs/communication-diversion/cpiruleset/cp:rule%5B6id=%2tca]l-forwarding-enhanced-rule3%22%107xmlns Ccp=urn:ietf:params 


-elexmlNrsn 
-8618405334427G5d. ims. тпс000. тсс4 60. 3gppnetwark. org" rn 


ast username-"N6D6m5F]JiCaHCPJUl4OlTAwMWIWwMDAy&Bbfhsflazx.hf.bf.node. ims. ттс000. mcc460. 3gppnetwark. arg", rea m2" 3aPP-bootstrapping&xcap. ims. ттс000. mcc460. pub. 3gppnetwork. org", uri- " /sTmservs. ngn. etsi. or g/users /si 
1b. 3gppnetwork. org: ВОРА 


http://xcap. ims.mncoOD. mcc4 60. pub. 3gponetwaork. org: 80/simservs.ngn. etsi. org/users/s1p:486184053344276sd. 1ms . mncüO0. mcc460. 3gppnetwork. or g/sTmservs. xml/—-—/simservs communicat ion-diversion/cp:ruleset/cp:rulex58€ 


图 13-22 核心 网 侧 正 常 呼叫 转移 
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通过 多 次 测试 确定 中 兴 В2015 (高 通 芯 片 ) 存在 遇 忙 呼叫 转移 设置 失败 问题 ， 是 终端 上 
发 错误 字段 导致 。 а 
[ 解决 方 案 】 . 收藏 群 组 联系 人 
解决 方案 需 中 兴 手 机 厂家 抓 包 分 析 协 助 解决 。 
6. 中国 移动 М1 max 建立 电话 会 议 后 ， 通 话 记 录 显 示 


› 4G ll [mm ) 94% 14:44 





混乱 问题 分 析 
[ 问题 描述 ] : 
中 国 移动 NI max 手机 A 拨打 B， 进 行 VoLTE 通话 , 通  : 


话 建 立 后 ,拨打 C， 并 进行 合并 通话 ， 建 立 电话 会 议 ，A Zh T 2 
束 电 话 会 议 后 ， 通 话 记录 显示 B、C、C、“ +86B”“+86 本 Е 
机 号 码 ”共计 5 条 通话 记录 。 
D 首先 将 通话 记录 列表 清空 ， 如 图 13-23 所 示 。 m em 
2) 先后 拨 通 测试 号 码 183 xxxx9455 (VoLTE 通话 ) 和  * О 
188 xxxx0769， 进 行 合并 通话 ， 建 立 电话 会 议 ， 如 图 13-24 @ 
所 示 。 
3) 结束 通话 后 ， 查 看 通话 记录 如 图 13—25 所 示 (5 条 记 图 13-23 ”清空 通话 记录 
录 ) 。 应 该 具有 B M С 两 条 记录 才 正 确 。 











HD 4G uill E} 93% 14:46 HD 4G lll E} 93% 14:46 











群 组 联系 人 
电话 会 议 +86183хххх6422 ^ 
自 山东 泰安 14:45 
+86183xxxx9455 P, 
山东 泰安 14:45 
188хххх0769 ^ 
ü 山东 泰安 Tas 
188xxxx0769 ^ 7 
图 山东 泰安 4:45 
183xxxx9455 Po 
山东 泰安 at 
图 13-24 电话 会 议 建立 图 13-25 ”通话 记录 


[ 问题 分 析 】: 

1) 经 过 测试 分 析 ， 定 位 中 国 移动 М1 max 建立 电话 会 议 后， 通话 记录 显示 混乱 问题 的 可 能 
原因 如 下 : 

(D IMS 域 或 CS 核心 网 侧 问题 。 

@ 无 线 网 络 信号 问题 。 

(3) 手机 终端 问题 。 
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2) 针对 以 上 分 析 结 果 ， 对 造成 该 故障 的 原 


CD 核查 IMS ЯП CS 核心 网 数据 : 
e 创建 承载 请 求 ， 如 图 13-26 所 示 。 



































































































































































































































































































































892 892 2046-04-08 15:36:10 43 1:8:SPP:2 MMSDB Internal MM SDB DYNAMIC 460025538709514 1140 02 00 FF FF 30 E4 00 00 FF 1000 
893 893 2046-04-08 15:36:10 43 0:1:SGP:0 MME -= eNodeB Protocol DOWNLINK NAS TRANSPORT 460025538709514 |139 i24 00 00 16 OC 01 00 00 24 00 OO... 
894 894 2016-04-08 15:36:10 13 0:1:5GP:0 S1APADP -= SCTP Internal DOWNUNK_NAS_TRANSPORT 4600255387079514 139 24 00 00 16 0C 01 00 00 24 00 0D.. 
895 895 2046-04-08 15:36:10 49 0:1:SGP:0 SCTP -= S1APADP Internal UPLINK NAS TRANSPORT 460025538709514 |163 24 00 00 16 F5 00 00 00 24 00 OD ... 
896 896 2016-04-08 15:36:10 49 0:1:SGP:0 S1APADP -= S1AP Internal ШРИЧК_ МАЗ TRANSPORT 460025538709514 163 24 00 00 16 0B 01 00 00 24 00 00 
897 897 2016-04-08 15:36:10 49 0:4:SGP:0 eNodeB -> MME Protocol UPLINK NAS TRANSPORT 460025538709514 |163 24 00 00 16 OB 01 00 00 24 00 00... 
898 eos 2016-04-08 15:36:10 49 0:4:SGP:0 S1AP -= ММ Internal UPLINK NAS TRANSPORT 460025538709514 |99 24 00 00 16 0C 01 00 00 71 01 00... 
899 899 2016-04-08 15:36:10 52 Т:8:8РР:2 S1AP -= MM Internal S1AP SPU UPLINK PAS TRANSPORT 460025538709514 99 24 00 00 16 0C 01 00 OO 71 01 00... 
900 900 2016-04-08 15:36:10 52 1:8:5РР:2 UE -= MME Protocol Security Mode Complete 460025538709514 |19 47 ВЕ C5 11 77 00 07 5E 23 09 83... 
801 904 2046-04-08 15:36:10 52 T8:SPP-2 MM -= MM Internal MM_MM_INTERNAL 460025538709514 103 71 04 00 15 04 00 00 00 71 01 00 
902 902 2016-04-08 15:36:10 52 1:8:SPP:2 MM -= MM Internal MM_MM_INTERNAL 460025538709514 #6 71 01 00 15 09 00 00 OO /101 0D 
203 203 2016-04-08 15:36:10 52 1:8:5РР-.2 MM -= MM Internal MM_MM_INTERNAL 460025538709514 |72 710100 15 00 00 00 OO 71 01 00 
904 904 2046-04-08 15:36:10 52 1:8:S8PP-2 MM -= MM Internal MM_MM_INTERNAL 460025538709514 FI: 71 01 00 15 09 00 00 DO 7101 00 
905 905 2046-04-08 15:36:10 52 qTS8:SPP:2 MM -= MM Internal MM_MM_INTERNAL 460025538709514 84 71 0100 15 06 00 00 00 71 01 00 
906 906 2046-04-08 15:36:10 52 1:8:SPFP:2 MM — SM Internal MM_SM_CTRL CREATE DEFAULT BEARER .. |460025538709514 |152 7101 000 15 E4 00 00 DO 71 01 00... 
907 907 2016-04-08 15:36:10 52 Т:8:83РР:2 MMCB Internal MM CB 460025538709514 |4350 64 00 52 35 78 90 15 FA 68 38 57 .. 
908 908 2016-04-08 15:36:10 52 1:8:5РР:2 MMSDB Internal MM SDB STATIC 460025538709514 |1018 01 00 FF FF 30 E4 00 00 7F 10 00... 
909 909 2016-04-08 15:36:10 52 18:S5PP:2 MMSDB Internal MM_SDB_DYNAMIC 460025538709514 1140 02 00 FF FF 30 E4 00 00 ТЕ 10 00... 
910 910 2016-04-08 15:36:10 52 1:8:5РР:2 SM-PROC-TRC Internal SM PROC TRC 460025538709514 |2079 10 00 OO OO 17 08 00 OO OE 53 6... 
911 911 2016-04-08 15:36:10 53 T:8:SPP:2 USER -- UPSEL Internal E USER UPSEL UPNDSEL REQ 460025538709514 69 FF FF FF FF 80 00 00 00 FF FF FF 
912 912 2016-04-08 15:36:10 53 1-8:-SPT”>-2 SM -= DNS Internal SM DNS REO 460025538709514 613 71 01 00 15 E5 00 00 00 71 0100 
913 913 2016-04-08 15:36:10 53 1:8:5РР:2 SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 |7484 02 00 00 00 01 01 01 FF OO 00 00... 
914 914 2046-04-08 15:36:10 53 1:8:5РР:2 SM-LISER-CB-SDB Internal SM USER CB SDH 460025538709514 3137 01 0D 00 00 01 ОЗ ОЕ FF 00 14 89.. 
915 915 2016-04-08 15:36:10 53 TS: SPE2 SM-PROC-TRC Internal SM PROC TRC 460025538709514 |295 10 OD 00 OO 1F 01 00 00 1B 53 6... 
916 946 2016-04-08 15:36:10 56 1-8:SPF-2 DNS — SM Internal DNS_SM_RSP 460025538709514 |2973 71 01 00 15 D2 00 00 00 71 01 00... 
917 917 2046-04-08 15:36:10 56 ї:&:5РР:2 SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 |7484 02 0D 00 00 01 01 01 FF 00 00 00... 
948 948 2046-04-08 15:36:10 56 14:8:SPP:2 SM-USER-CB-SDB Internal SM USER CB SDB 460025538709514 |3137 01 00 00 00 01 03 OE FF 00 14 89... 
919 919 2016-04-08 15:36:10 56 1:&:SPP-2 UPSEL -- USER Internal E UPSEIL, USER. _ UPNDSEL RSP 460025538709514 69 FF FF FF FF 83 00 00 00 FF FF FF 
920 920 2016-04-08 15:36:10 56 1:8:SPP:2 SM-PROC-TRC Internal SM PROC TRC 460025538709514 70 10 OD 00 00 ЗЕ 00 00 00 1С 53 6. 
921 921 2046-04-08 15:36:10 56 T8:5PF:2 S5M-PROC-TRC Internal SM PROC ТЕС: 460025538709514 [76 10 OD 00 00 44 00 OO 00 43 43 48.. 
922 922 2016-04-08 15:36:10 56 T8: SPP MME(SGSN) -= SGW [Protocol Create Session Request 460025538709514 |431 71 01 00 15 E5 00 DO DO 71 0100 
923 923 2016-04-08 15:36:10 56 1:8&:5РР:2 SM-MPDP-CB-SDB Internal SM MPDP CB SDH 460025538709514 |7484 02 00 00 OO 01 01 01 FF 00 00 00... 
924 924 2016-04-08 15:36:10 56 T:S:SPP:2 SM-PDP-CB-SDB Internal SM PDP CB SDBH 460025538709514 |2342 03 0D 00 OO 01 01 01 FF 00 00 OD... 
925 925 2016-04-08 15:36:10 56 1:&:5РР:2 SM-LU'G3ER-CB-SDB Internal SM USER CB SDB 460025538709514 |3137 01 0D 00 00 0103 OE FF OO DO 00... 
926 926 2016-04-08 15:36:10 405 1:8:8РР:2 SGW -> MME(SGSN) [Protocol Create Session Response 460025538709514 |358 710100 15 D1 00 00 OO 71 01 00... 
927 927 2016-04-08 15:36:10 105 1:&:5РР:2 SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 [7484 02 0D 00 OO 01 01 01 FF 00 00 00... 
928 928 2046-04-08 15:36:10 105 T&:SPE:2 SM-PDP-CB-SDB Internal SM РОР CB SDB 460025538709514 |2342 03 0D 00 00 01 01 01 FF 00 00 00... 
929 929 2016-04-08 15:36:10 105 1:8:5РР:2 SM-LISER-CB-SDB Internal SM USER CB SDH 460025538709514 3137 01 0D 00 00 01 03 09 FF 00 60 8D 
эзо 930 2016-04-08 15:36:10 405 1:8:SPP:2 SM -= GIPC Internal SPU GIPC RECOVERY NOTIFY REG 460025538709514 197 71 01 00 15 E5 00 00 00 7101 00 
931 931 2016-04-08 15:36:10 105 Тт:8:58РР:2 SM-MPDP-CB-SDB Internal SM MPDP CB SDH 460025538709514 |7484 02 OD 00 00 01 01 01 FF 00 00 00.. 
932 932 2046-04-08 15:36:10 405 1:8:5РР:2 5M-PDP-CB-SDH Internal 5M PDP CB SDH 460025538709514 2342 03 0D 00 00 01 01 01 FF 00 00 00. 
933 933 2016-04-08 15:36:10 105 1:8:5PP:2 SM-USER-CB-SDB Internal SM USER CB SDB 460025538709514 |3137 01 0D 00 00 01 03 09 FF 00 OO 00.. 
934 934 2046-04-08 15:36:10 105 二 全 后 PP 全 之 SM-PROC-TRC Internal SM_PROC_TRC 460025538709514 |33 10 OD 00 OO 13 00 OO 00 18 43 74... 
935 935 2016-04-08 15:36:10 105 1:8:5РР:2 SM-PROC-TRC Internal SM PROC TRC 460025538709514 |33 10 0D 00 00 19 00 00 00 18 43 74... 
13-26 | 建 承 载 请 求 
TH 2) 
e 承载 建立 ， 如 图 13-27 所 示 
建立 H 7o 

1024 1024 2016-04-08 15:36:10 363 T:8:SPP:2 SAAP -> ММ Internal S1AP SPLI LJPLINEK NAS TRANSPORT 460025538709514 136 24 00 00 16 0C 01 00 00 71 01 00 
1025 4025 2046-04-08 15:36:10 363 T8:SPP:2 UE -= MME Protocol PDN Connectivity Request 460025538709514 |50 02 04 DO 31 28 04 03 69 6D 73 27... 
1026 1026 2016-04-08 15:36:10 363 1:8:SPP:2 MM -> SM Internal MM SM FVVD L3 MSG 460025538709514 192 7101 00 15 E4 00 00 00 71 01 00... 
1027 1027 2016-04-08 15:36:10 363 1:8:5РР:2 USER -> MPDP Internal E_USER_MPDP_FWD_NAS24301_PDN_CONN... |460025538709514 571 FF FF FF FF 80 00 00 00 FF FF FF... 
1028 1028 2016-04-08 15:36:10 363 1:8:SPP:2 SM-PFEROC-TRC Internal SM PROC ТЕС 460025538709514 2303 10 0D 00 00 F7 08 00 DO ОЕ 53 6.. 
1029 1029 2016-04-08 15:36:10 363 1:8:5РР:2 MPDP -= UPSEL Internal E_MPDP_UPSEL_ UPNDSEL_ REG 460025538709514 68 FF FF FF FF 81 00 00 00 FF FF FF ... 
1030 1030 2016-04-08 15:36:10 363 T:8:SPP:2 SM -> DNS Internal SM_DNS_REQ 460025538709514 629 7101 00 15 E5 00 00 00 7101 00... 
1031 1031 2016-04-08 15:36:10 363 1:8:SPP:2 SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 7484 02 0D 00 00 01 02 03 FF 00 EC 6... 
1032 1032 2016-04-08 15:36:10 363 1:8:SPP:2 SM-LISER-CB-SDB Internal SM LISER CH SDHBH 460025538709514 3137 01 0D 00 00 01 02 01 FF 00 E4 31... 
1033 1033 2016-04-08 15:36:10 363 1:8:5РР:2 SM-PROC-TRC Internal SM PROC ТЕС 460025538709514 298 10 0D 00 00 22 01 00 00 1B 53 6... 
1034 1034 2016-04-08 15:36:10 364 1:8:5РР:2 DNS -= SM Internal ОМЗ SM RSP 460025538709514 810 71401 00 15 D2 00 00 00 71 01 00 
1035 1035 2016-04-08 15:36:10 364 1:8:5РР:2 SM-MPDP-CB-SDB Internal SM MPDP CB SDB 4560025538/09514 |7484 02 0D 00 00 01 02 03 FF 00 EC 6... 
1036 4036 2046-04-08 15:36:10 364 T:8:S8PP:2 SM-LISER-CB-SDB Internal SM USER CB SDHB 460025538709514 |3137 01 0D 00 00 01 02 01 FF 00 E4 31... 
1037 1037 2016-04-08 15:36:10 364 Т:8:5РР:2 UPSEL -= MPDP Internal E_UPSEL_MPDP_UPNDSEL_RSP 460025538709514 69 FF FF FF FF 83 00 00 00 FF FF FF ... 
1038 1038 2016-04-08 15:36:10 364 1:8-:SPP-2 SM-PROC-TRC Internal 5M PROC ТЕС 460025538709514 64 10 0D 00 00 38 OO OO DO 19 53 6D... 
1039 1039 2046-04-08 15:36:10 364 4-8-SPP-2 SM-PFEROC-TRC Internal SM PROC TRC 460025538709514 76 10 0D 00 00 44 00 00 00 43 43 48 
1040 1040 2016-04-08 15:36:10 364 1:8:5РР:2 MME(SGSIN) -= SGW |Protacol Create Session Request 460025538709514 |448 710100 15 E5 00 00 00 71 01 00... 
1041 1041 2016-04-08 15:36:10 364 1:2:SPF-2 SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 тава 02 00 00 00 01 02 03 FF 00 00 OO 
1042 1042 2016-04-08 15:36:10 364 1:8:SPP:2 SM-PDP-CB-SDB Internal 5M PDP CB SDB 460025538709514 2342 03 0D 00 00 01 01 01 FF 00 00 00 
1043 1043 2016-04-08 15:36:10 364 1:8:SPP:2 SM-LUSEFR-CB-SDB Internal SM USER СВ SDHBH 460025538709514 3137 01 0D 00 00 01 02 01 FF 00 E4 31... 
I044 1044. 2016-04-08 15:36:10 394 1:8:5РР:2 SGW -> MME(SGSHN) |Protocol Create Session Response 460025538709514 |390 7101 00 15 D1 00 00 DO 71 01 00... 
1045 1045 2016-04-08 15:36:10 394 1:8:SPP:2 SM-MPDP-CB-SDH Internal SM MPDP CH SDH 460025538709514 7484 02 0D 00 00 01 02 04 FF 00 DS 29.. 
1046 1046 2016-04-08 15:36:10 394 1:8:5РР:2 SM-PDF-CB-SDB Internal SM PDP CB SDB 460025539709514 |2342 03 0D 00 00 01 01 01 FF 00 00 00... 
I047 1047 2016-04-08 15:36:10 394 1:8:S8PP:2 SM-LISER-CB-SDB Internal SM USER CB SDHB 460025538709544 3137 01 0D 00 00 01 02 01 FF 00 E4 31... 
1048 1048 2016-04-08 15:36:10 394 1:8:SPP:2 SM -= GTPC Internal SPU GIPC RECOWERY MOTIFY ЕЕС 460025538709514 197 7101 00 15 E5 00 00 00 710100... 
1049 1049 2016-04-08 15:36:10 394 TqT8:SPP:2 5SM-MPDP-CB-SDB Internal 5M MPDP CH SDBH 460025538709514 7484 02 00 00 00 01 02 04 FF 00 00 OO 
1050 1050 2016-04-08 15:36:10 394 1:8:5РР:2 SM-PDP-CB-SDB Internal SM PDP CB SDH 460025538709514 2342 03 0D 00 00 01 01 01 FF 00 00 OO 
1051 1051 2016-04-08 15:36:10 394 1:8:SPP:2 SM-LISER-CB-SDB Internal 5M USER CB SDBH 460025538709544 3137 01 0D 00 00 01 02 01 FF 00 E4 31... 
1052 1052 2016-04-08 15:36:10 394 1:8:SPP:2 SM-PROC-TRC Internal SM РАО ТЕС: 460025538709514 33 10 OD 00 00 19 00 00 00 18 43 74. 
1D53 1053 2016-04-08 15:36:10 394 1:8:SPP:2 SM -= MM Internal SM_MM_SPU S1^4P E RAB SETUP REG 460025538709514 311 7101 00 15 E5 00 00 OO 71 01 00... 
1054. 1054. 2016-04-08 15:36:10 394 1:8:5РР:2 SM-LISEFR-CB-SDB Internal SM USER CH SOB 460025538709514 3137 0100 00 00 01 02 01 FF 00 E4 31... 
I055 1055 2016-04-08 15:36:10 394 q1:8:S8PP:2 SM-MPDP-CB-SDB Internal 5M MPDP CB SDB 460025538709514 7484 02 0D 00 00 01 02 04 FF 00 00 00... 
1056 1056 2016-04-08 15:36:10 394 1:8:SPP:2 SM-PDP-CB-SDB Internal SM_PDP_CR_SDB 460025538709514 2342 03 0D 00 00 01 01 01 FF 00 00 OO 
1057 1057 2016-04-08 15:36:10 395 1:8:5РР:2 MM -= MM Internal MM_MM_INTERNAL 460025538709514 52 710100 45 07 00 00 DO 71 01 00... 
1058 1058 2016-04-08 15:36:10 395 Т:8:8РР:2 MME -> ШЕ Protocol Activate Default EPS Bearer Context Request 460025538709514 138 62 04 C1 01 05 17 03 49 4D 53 06... 
1059 1059 2016-04-08 15:36:10 395 1:8:SPP:2 MM -= MM Internal MM_MM_INTERNAL 4600255389709514 308 7101 00 15 00 00 00 OO 71 01 00... 
1060 1060 2016-04-08 15:36:10 395 1:8:SPP:2 MM -= S1AP Internal SPU_ S1AP CHANGE MM CONN INDEX 460025538709514 64 7101 00 15 E4 00 00 00 24 00 00... 
1061 1061 2016-04-08 15:36:10 395 1:8:5РР:2 MIMCB Internal MM CB 460025538709514 4350 54 00 52 35 78 90 15 F4 68 38 57... 
1062 1062 2016-04-08 15:36:10 395 T:8:SPP:2 MMSDEB Internal MM SDB STATIC 460025538709514 1018 01 00 FF FF 30 E4 00 00 7F 1000... 
1063 1063 2016-04-08 15:36:10 395 T:8:SPP:2 MMSDHB Internal MM SDHB DYNAMIC 460025538709514 1140 02 00 FF FF 30 E4 00 00 7F 1000... 
1064 1064 2016-04-08 15:36:10 395 T:8:S8PP:2 MM -= 51АР Internal SPU S14P E RAB SETUP REG 460025538709514 |288 7101 00 15 E4 00 00 00 24 00 OO ... 
1065 1065 2016-04-08 15:36:10 395 1:8:SPP:2 MMCB Internal MM CB 460025538709514 4350 64 00 52 35 78 90 15 F4 68 38 57... 
1066 1066 2016-04-08 15:36:10 395 T:8:SPP:2 MMSDEB Internal MM SDB STATIC 460025538709514 1018 01 00 FF FF 30 E4 00 OO FF 10 ОО... 
1067 1067 2016-04-08 15:36:10 395 T:8:SPP:2 MMSDE Internal MM SDB DYNAMIC 460025538709514 1140 02 00 FF FF 30 E4 00 00 УЕ 10 ОО... 














e 三 方 通话 ， 如 图 13-28 所 示 。 
e 通话 结束 ， 释 放 承 载 ， 如 网 13—29 所 示 。 
从 信 令 来 看 ， 网 络 侧 无 异常 。 

D 测试 终端 所 处 位 置 的 信号 强度 ; 











图 13-27 “承载 建立 








通过 测试 发 现 ， 主 被 叫 终端 所 处 位 置 的 4С 与 2CZ3G 信 和 号 
强度 正常 ， 且 终端 上 显示 的 信号 强度 正常 ， 手 机 有 VoLTE 标识 ， 故 排除 测试 位 置信 号 因素 。 





O 检查 该 款 终端 : 检查 终端 运行 软件 ， 未 见 异 常 软 件 ; 核查 手机 内 存 占 用 正常 ;最 后 
将 手机 卡 更 换 到 华为 Mate 8 手机 中 ， 建 立 三 方 电 话 会 议 ， 通 话 记 录 显 示 正 常 ， 由 此 判断 为 
中 国 移动 NI max 终端 问题 。 
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1069 1069 2016-04-08 15:36:10 395 1:8:SPP:Z MMCB Internal MM CB 460025538709514 4350 64 00 52 35 78 90 15 F4 68 38 57.. 
1070 1070 2016-04-08 15:36:10 395 1:8: SPP: 2 MMSDB Internal MM SDB STXATIC 460025538709514 1018 01 00 FF FF 30 E4 00 00 7F 10 00 
1071 1071 2016-04-08 15:36:10 395 1:8:5РР:2 MMSDB Internal Мм SDB DYNAMIC 460025538709514 1140 02 00 FF FF 30 E4 00 00 7F 10 00 
1072 1072 2016-04-08 15:36:10 394 0:1:SGP:0 MME -= eNodeB Protocol E-RAB SETUP REQUEST 460025538709514 303 24 00 00 16 0C 01 00 00 24 00 00... 
1073 1073 2016-04-08 15:36:10 394 0:1:SGP:0 S1APADP -= SCTP Internal E RAB SETUP REQUEST 460025538709514 303 24 00 00 16 OC 01 00 OO 24 00 OO... 
1074 1074 2016-04-08 15:36:10 440 0:1:SGP:0 SCTP — S1APADP Internal E-RAB SETUP RESPONSE 460025538709514 136 24 00 00 16 F5 00 00 00 24 00 00. 
1075 1075 2016-04-08 15:36:10 440 0:1:SGP:0 S1APADP -= S1AP Internal E RAB SETUP RESPONSE 460025538709514 136 24 00 00 16 OB 01 00 00 24 OO OO ... 
1076 1076 2016-04-08 15:36:10 440 0:1:SGP:0 SCTP -=> S1A4PADP Internal LIPLINK NAS TRANSPORT 460025538709514 153 24 00 00 16 F5 00 00 00 24 00 00 . 
1077 1077 2016-04-08 15:36:10 440 0:1:SGP:0 SA1APADP -> S1AP Internal UPLIPNK IAS. TRANSPORT 460025538709514 153 24 00 00 16 OB 01 00 OO 24 00 OO 
1078 1078 2046-04-08 15:36:10 440 0-1:SGP:0 eNodeB -= MME Protocol E-RAB SETUP RESPONSE 460025538709514 136 24 OO OO 16 OB 01 оо OO 24 00 00. 
1079 1079 2016-04-08 15:36:10 440 0:1:SGP:0 S1AP -> MM Internal E RAB SETUP RSP 460025538709514 104 24 00 00 16 OC 01 OO OO 71 01 00... 
1080 1080 i2016-04-08 15:36:10 440 0:1:SGP:0 eNodeB -= MME Protocol UPLINK NAS TRANSPORT 460025538709514 153 i24 OO OO 16 OB 01 00 OO 24 OO OO ... 
1081 1081 2016-04-08 15:36:10 440 0:1:SGP:0 S4AP -= MM Internal UPLINK NAS TRANSPORT 460025538709514 89 24 00 00 16 OC 01 00 OO 71 01 OO... 
1082 1082 2015-04-08 15:36:10 443 1:8:5РР:2 S1AP -= ММ Internal SjAP_ SPLU E НАН SETUP RSP 460025538709514 104 24 00 00 16 OC 01 OO OO 71 01 00... 
1083 1083 2016-04-08 15:36:10 443 1:8:89РР:2 MM -= SM Internal MM SM FVVD ACC МӘС 460025538709514 133 71041 00 15 E4 00 00 OO 71 01 00 
1084 1084 2016-04-08 15:36:10 443 1:8:SPP:2 S1AP -= MM Internal S1AP SPLI LUPLIMEK PAS. TRAPNSPOFRT 460025538709514 89 24 00 00 16 0C 01 00 00 71 01 00... 
4085 1085 i2016-04-08 15:36:10 443 1:8:SPP:2 UE -> MME Protocol Activate Default EPS Bearer Context Accept 460025538709514 3 62 00 C2 
1086 1086 2016-04-08 15:36:10 443 1:8:5РР:2 ММ -> S1AP Internal SPLJ S1AP CHANGE MM CONN INDEX 460025538709514 64. 71 01 00 15 E4 00 00 00 24 00 00 
1087 1087 2016-04-08 15:36:10 443 1:8:5РР:2 MM — SM Internal MM_SM_FWD_L3_MSG 460025538709514 145 7101 0015 E4 00 00 OO 71 01 ОО... 
4088 4088 2016-04-08 15:36:10 443 1:8: SPP-2 MME(SGSN) -> SGW |Protocol Modify Bearer Request 460025538709514 215 7101 00 15 E5 00 00 OO 71 0100. 
1089 1089 2016-04-08 15:36:10 443 1:8: 5nr-2 5SM-MPDP-CB-SDB Internal 5M МРОР CB SDB 460025538709514 F484 02 00 00 OO 01 02 07 FF 00 00 OD... 
1090 1090 2016-04-08 15:36:10 443 1:8:5РР:2 SM-PDP-CB-SDB Internal SM PDP CB SDB 460025538709514 2342 03 OD 00 00 01 01 01 FF 00 00 OO... 
1091 1091 2016-04-08 15:36:10 443 1:9: SPP: 2 SM-USER-CB-SDB Internal SM USER CB SDHB 460025538709514 3137 01 0D 00 OO 01 02 01 FF 00 E4 31... 
1092 1092 2016-04-08 15:36:10 447 1:8:SPP:2 SGW -= MME(SGSIN) |Protocol Modify Bearer Response 460025538709514 249 7101 00 15 D1 OO OO OO 71 01 OO... 
4093 4095 2046-04-08 15:36:10 447 4:8:SPP:2 SM-MPDP-CB-SDB Internal SM MPDP CB SDH 460025538709514 7484 02 0D 00 00 01 02 08 FF 00 3C C... 
1094 1094 2016-04-08 15:36:10 447 1:8:5РР:2 SM-PDP-CB-SDB Internal SM PDP CB SDB 460025538709514 2342 03 0D 00 OO 01 01 01 FF 00 OO OO... 
1095 1095 2016-04-08 15:36:10 447 1:8:5РР:2 SM-LUSER-CB-SDB Internal SM ШБЕК CB SDH 460025538709514 3137 01 0D 00 00 01 02 01 FF 00 E4 31. 
1096 1096. 2016-04-08 15:36:10 447 1:8:SPP-2 SM --GTPC Internal SPLU GTPC RECOVERY NOTIFY ЕЕС 460025538709514 197 71 01 00 15 E5 00 00 00 71 01 00 
1097 1097 2016-04-08 15:36:10 447 1:8:SPP:2 SM-MPDP-CB-SDB Internal 5M MPDP CB SDB 460025538709514 тава oz op oo oo 01 02 08 FF 00 00 00... 
1098 1098 2016-04-08 15:36:10 447 1:9: SPP:2 SM-PDFP-CB-SDB Internal SM PDP CB SDH 460025538709514 2342 03 0D 00 OO 01 04 01 FF 00 00 00... 
1099 1099 2016-04-08 15:36:10 447 1:8:SPP:2 SM-USER-CB-SDB Internal SM USER CBH SDH 460025538709514 3137 01 0D 00 00 01 02 01 FF 00 E4 31. 
1100 1100 2016-04-08 15:36:10 447 1:8:5РР:2 SM-EMS Maintenan...|EM'S _SIGNALING_HNORMAL 460025538709514 422 01 00 оо оо OO OO оо OO OO OO OO . 
11041 11041 2016-04-08 15:36:10 447 1:8: SPP-2 SM-PROC-TERC Internal SM PROC TRC 460025538709514 352 10 OD 00 00 58 01 00 00 30 53 6D... 
1102 1102 2016-04-08 15:36:10 447 1:&: SPP: 2 MPDP — USER Internal E MPDP USER TRANS _FIN 460025538709514 69 FF FF FF FF 81 00 00 OO FF FF FF. 
1103 1103 2016-04-08 15:36:10 447 1:8:5РР:2 SM-PROC-TRC Internal SM PROC TRC 460025538709514 209 10 0D 00 OO C93 00 OO 00 30 53 В... 
1104 1104 2016-04-08 15:36:10 447 1:8:SPP:2 SM-PEROC-TERC Internal SM PROC ТЕС: 460025538709514 171 10 00 00 00 АЗ OO OO OO 2B 53 6... 
1105 1105 2016-04-08 15:36:13 459 2:-2:SPP:6 HSS -= MME(SGSNY |Protocol Insert Subscriber Data Request 460025538709514 |488 01 00 01 E8 CO 00 01 3F 01 00 00... 
1106 1106 2016-04-08 15:36:13 460 1:8:ЗРР:2 DIAM--UDM Internal DLAM LDHNM IMS SUB FEG 460025538709514 444 65 01 00 15 0E 01 00 00 71 01 00... 
1107 1107 2016-04-08 15:36:13 460 1:8:5РР:2 UDM -= MM Internal UDM_MM_INSERT_REQ 460025538709514 697 7101 00 15 0D 01 OO OO 71 01 OO... 
1108 1108 2016-04-08 15:36:13 460 1:&: SPP-2 MM -> UDM Internal MM_UDM_INSERT_RSP 460025538709514 216 7101 00 15 E4 00 00 OO 71 01 00... 
1109 11098 2016-04-08 15:36:13 460 1:8:5РР:2 MMCBEB Internal MM CB 460025538709514 4350 64 00 52 35 78 90 15 F4 68 38 57. 
1110 1110 2016-04-08 15:36:13 460 48 SPP? MIMSDB Internal мм SDB STATIC. 460025538709514 1018 01 00 FF FF 30 E4 00 OO 7F 10 00 
1111 1111 2046-04-08 15:36:13 460 1:8:SPP-:2 MMSDB Internal MI SDB DYNAMIC 460025538709514 1140 02 00 FF FF 30 E4 00 00 7F 10 00... 
4112 1112 2016-04-08 15:36:13 460 1:8:5РР:2 MM -= S1AP Internal SPU S14P CHANGE MM CONN INDEX 460025538709514 64. 7104 00 15 E4 00 00 OO 24 OO 00... 

[d] 13-28 三 方 通 i 

= 三 方 通话 

1126 1126 2046-04-08 15:36:37 354 15 MMSDB Internal MM SDB STATIC 460025538709514 1018 01 00 FF FF 30 E4 00 OO 7F 10 00.. 
1127 4127 2016-04-08 15:36:37 354 4 MMSDB Internal MM SDB DYNAMIC 460025538709514 1140 02 00 FF FF 30 E4 00 OO 7F 10 00.. 
1128 1128 2016-04-08 15:36:37 351 4- MME(SGSN) -> SGW |Protocol Release Access Bearers Request 460025538709514 193 7101 00 15 E5 00 OD OO 71 01 OO .. 
1129 1129 2016-04-08 15:36:37 351 Az SM-LISER-CB-SDB Internal 5M USER CB SDB 460025538709514 3137 отоо OO 00 01 01 01 FF 00 00 OO... 
1130 1130 2016-04-08 15:36:37 351 1 SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 т484 020000 00 01 01 01 FF 00 00 OO 
1131 1131 2016-04-08 15:36:37 351 1: SM-PDFP-CB-SDB Internal SM PDP CB SDB 460025538709514 2342 03 0D 00 00 01 01 01 FF 00 00 OD... 
1132 1132 2016-04-08 15:36:37 351 1: SM-MPDP-CB-SDH Internal SM MPDP CH SDB 460025538709514 7484 02 0D 00 00 01 01 01 FF 00 00 00 
1133 1133 2016-04-08 15:36:37 3541 Az SM-PDF-CB-SDBH Internal SM РОР CB SDB 460025538709514 2342 03 OD OO 00 01 01 01 FF OO 00 OO... 
1134 1134 2016-04-08 15:36:37 354 1: SGW -= MME(SGSIN) [Protocol Release Access Bearers Response 460025538709514 |204 7101 00 15 D1 00 00 00 71 01 00... 
1135 1135 2016-04-08 15:36:37 354 1 SM-LISER-CB-SDB Internal SM USER, CB. SDB 460025538709514 3137 0100 00 00 01 OF ЛЕ FF 00 5C 31.. 
1136 1136 2016-04-08 15:36:37 354 1: SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 7484 02 00 00 00 01 01 01 FF 00 OO OO... 
1137 4137 2016-04-08 15:36:37 355 1: SM-PDP-CB-SDB Internal SM PDP CB SDB 460025538709514 2342 03 OD 00 00 01 01 01 FF 00 DO OO... 
1138 4138 2016-04-08 15:36:37 355 4: SM-MPDP-CE-SDB Internal SM MPDP CB SDB 460025538709514 т484 02 00 00 00 01 01 01 FF 00 00 OO... 
1139 1139 2016-04-08 15:36:37 355 1: ЗМ-РОР-СВ-508 Internal SM РОР CB SDB 460025538709514 2342 03 OD 00 00 01 01 01 FF 00 00 OO 
1140 1140 2016-04-08 15:36:37 355 RE SM -= GTPC Internal ЗРО GTPC RECOVERY NMOTIFY КЕС 460025538709514 497 Z1 01 00 15 E5 00 00 OO 74 04 00 .. 
1144 1144 2016-04-08 15:36:37 355 1: 5M-LUSER-CB-SDBH Internal 5M USER CBH SDB 460025538709514 3137 01 0D 00 00 01 OF 1F FF 00 00 OO 
1142 1142 2016-04-08 15:36:37 355 1 SM-MPDP-CB-SDB Internal 5M MPDP CB SDB 460025538709514 7484 02 0D 00 00 01 01 01 FF 00 00 00 
1143 1143 2016-04-08 15:36:37 355 1 SM-PDP-CB-SDB Internal SM PDP CB SDB 460025538709514 2342 03 0D 00 00 01 01 01 FF 00 00 OO... 
1144 1144 2016-04-08 15:36:37 355 1: SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 7484 02 0D 00 00 01 01 01 FF 00 00 OD... 
1145 1145 2016-04-08 15:36:37 355 1: SM-PDFP-CB-SDBH Internal SM PDP CB SDB 460025538709514 2342 03 QD OO 00 01 01 01 FF 00 00 OO... 
1146 1146 2016-04-08 15:36:37 355 1: SM -> MM Internal SM_MM_CTRL_REL_CONN_CNF 460025538709514 80 £101 00 15 E5 00 00 00 710100.. 
1147 1147 2016-04-08 15:36:37 355 1 SM-USER-CB-SDB Internal SM USER CBH SDB 460025538709514 3137 01 0D 00 00 01 OF 1F FF 00 00 OO 
1148 1148 2046-04-08 15:36:37 355 4: SM-MPDP-CB-SDB Internal 5M MPDP CB SDB 460025538709514 7484 02 0D 00 00 01 01 04 FF 00 00 00 
1149 1149 2016-04-08 15:36:37 355 Az SM-PDFP-CB-SDB Internal 5M PDP CB SDB 460025538709514 2342 03 OD OO 00 01 01 01 FF 00 00 OO... 
1150 1150 2016-04-08 15:36:37 355 k SM-MPDP-CB-SDB Internal SM MPDP CB SDB 460025538709514 тава 02 0D 00 00 01 01 01 FF 00 DO OO... 
1151 4151 2016-04-08 15:36:37 355 1: SM-PDP-CB-SDB Internal 5M PDP CB SDB 460025538709514 2342 03 0D 00 00 01 01 01 FF 00 00 00... 
1152 4152 2016-04-08 15:36:37 355 15 SM-PFROC-TFEC Internal SM PROC ТЕС 460025538709514 413 10 OD 00 00 95 01 00 00 30 53 6D... 
1153 1153 2015-04-08 15:36:37 355 25 SM-PROC-TRC Internal SM PROC ТЕС 460025538709514 202 10 OD 00 00 C2 00 00 00 30 53 6... 
1154 1154 2016-04-08 15:36:37 355 4: SM-PROC-TRC Internal SM PROC TRC 460025538709514 413 10 OD 00 00 95 01 00 00 30 53 6D.. 
1155 1155 2046-04-08 15:36:37 355 1: SM-PROC-TRC Internal SM PROC ТЕС: 460025538709514 202 10 0D 00 00 C2 00 00 00 30 53 6... 
1156 1156 2016-04-08 15:36:37 355 4 SM-PROC-TRC Internal SM PROC TRC 460025538709514 173 10 0D 00 00 ^5 00 00 00 2C 53 6... 
1157 4157 2016-04-08 15:36:37 355 4: MM -= MM Internal MM. MI INTERNAL 460025538709514 52 7101 00 15 07 00 OO OO 71 0100... 
1158 1158 2016-04-08 15:36:37 355 1: MM -= MM Internal MM_MM_INTERNAL 460025538709514 80 7101 00 15 00 00 00 00 F1 0100... 
1159 1159 2016-04-08 15:36:37 355 1: MM -> S1AP Internal ЗРО S1AP UE CONTEXT RELEASE СМО 460025538709514 68 7101 00 15 E4 00 00 00 24 OO 00 .. 
1160 1160 2016-04-08 15:36:37 355 4 MMCB Internal MM CB 460025538709514 4350 64 00 52 35 78 90 15 F4 68 38 57. 
1164 1161 2016-04-08 15:36:37 355 1: MMSDB Internal MM SDB STATIC 460025538709514 1018 01 00 FF FF 30 E4 00 OO 7F 10 00 ._ 
1162 1162 2016-04-08 15:36:37 355 1: MMSDB Internal MM SDB DYNAMIC 460025538708514 1140 02 00 FF FF 30 E4 00 00 7F 10 00 .. 
1163 1163 2016-04-08 15:36:37 355 1 MM-EMS Maintenan...|EMS_SIGNALING_NORMAL 460025538709514 324 оо оо оо оо OO OO OO OO OO OO 00 .. 
1164 1164. 2016-04-08 15:36:37 348 0: SCTP -=> S1APADP Internal UE CONTEXT RELEASE REQUEST 460025538709514 123 24 00 00 16 F5 00 00 00 24 00 00 ... 
1165 4165 2016-04-08 15:36:37 348 0: Si1APADP -= S1AP Internal UE_CONTEXT_REL_REQUEST 460025538709514 123 24 00 00 16 OB 01 OO OO 24 OO 00 ... 
1166 1166 2016-04-08 15:36:37 348 0: eNodeB -= MME Protocol UE CONTEXT RELEASE REQUEST 460025538709514 123 24 00 00 16 0B 01 00 00 24 00 00... 
1167 1167 2016-04-08 15:36:37 348 0: ST1AP -= MM Internal UE CONTEXT RELEASE REQ 460025538709514 68 24 00 00 16 OC 01 00 00 71 01 OO 
1168 1168 2016-04-08 15:36:37 354 - MME -= eNodeB Protocol UE CONTEXT RELEASE COMMAND 460025538709514 119 24 00 00 16 0C 01 00 00 24 00 00... 
1169 1169 2016-04-08 15:36:37 355 ЗТАРАРР -= SCTP Internal UE CONTEXT REL COMMAND 460025538709514 118 24 00 00 16 OC 01 00 00 24 00 OD... 





[Ж АЛ Ж]: 


由 于 排除 了 核心 网 和 信号 两 方面 因素 ， 因 此 基本 确定 中 


在 Bug 问题 。 
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通话 结束 ， 释 放 承 载 





如 图 13-30 所 示 。 


7. 苹果 终端 收 不 到 长 短信 第 2 条 短信 问题 
【问题 描述 】. 

















移动 № max 手机 系统 软件 存 





当 联通 短信 平台 发 送 长 短信 时 ， 苹 果 手 机 用 移动 卡 只 能 收 到 1 条 短信 ， 无 法 收 到 第 2 
条 ， 短 信 维 测 台 查询 短信 下 发 是 正常 的 。A (联通 短信 平台 ) 发 短信 给 B (В WER 65 2 
Ят, Жа VoLTE ， 驻 留 中 国 移动 LTE 并 注册 IMS) ， 观 察 B. 上 短信 的 接收 情况 。A 给 用 户 B 
发 送 长 短信 ,但 B 用 户 只 能 收 到 第 1 条 短信 ， 收 不 到 长 短信 的 第 2 条 。 

【问题 分 析 】 : 

通过 CSCF 信 令 回放 ，CSCF 正常 下 发 短信 ， 如 图 13-31 所 示 。 
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产品 名 称 


N1 max 


处 理 器 信息 


Qualcomm Technologies, Inc MSM8939 


Android 版 本 


5.0.2 


Android security patch level 
2015-11-01 


内 核 版 本 
3.10.49-g7eaac1b-DO0DD4-gb4acfzf 
android-bldipCompSRVUA #1 

Mon Mar 21 18:58:22 CST 2016 


硬件 版 本 


PIO 


软件 版 本 


M823_01.83.01RDD_CN.00 


图 13-30 ”手机 软 硬 件 信息 


>b un m а ше аг E FS Аа 2 


hF ^1 | 时间 类 型 E Hir 消息 消息 摘要 失败 原因 


a 2016-04-19 11:10:13.767  SIP 10.188.0.150:5060 10.187.89.5:5074 MESSAGE MESSAGE 51р:+8615905424886@54.1т=.тпс000.... 
5 2016-04-19 11:10:13.775 БІР 10.187.89.5:5111 10.187.89.146:5060 — MESSAGE MESSAGE sip:[2409:8807:30c0:cb:39:f72b:c689:5... 
7 2016-04-19 11:10:14.265  SIP 10.187.89.5:5111 10.187.89.146:5060 MESSAGE MESSAGE sip:[2409:8807:30c0:cb:39:f72b:c689;5... 
8 2016-04-19 11:10:14.337 ЫР 10.188.0.150:5060 10.187.89.5:5074 MESSAGE MESSAGE sip:+8615905424886@sd.ims.mnc000.... 
9 2016-04-19 11:10:15.265 ЫР 10.187.89,5:5111 10.187.89.146:5060 MESSAGE MESSAGE sip:[2409:8807:a0c0:cb:39:f72b:c689;5... 
10 2016-04-19 11:10:15.337 ЫР 10.188.0.150:5060 10.187.89.5:5074 MESSAGE MESSAGE sip:+8615905424886@sd.ims.mnc000.... 
11 2016-04-19 11:10:15.415 SIP 10.187.89.146:5060 10.187.89.5:5111 200(MESSAGE) SIP/2.0 200 OK 

42 2016-04-19 11:10:15.415 ЫР 10.187.89,5:5114 10.188.0.150:5060 200(MESSAGE) SIP/2.0 200 OK 

13 2016-04-19 11:10:15.421  SIP 10.187.89.146:5060 10.187.89.5:5060 MESSAGE MESSAGE sip:bfipsmgw 1azx.ipsmgw.bf.chinamobil... 
14 2016-04-19 11:10:15.435 |5ІР 10.187.89.5:5109 10.188.0.150:5060 MESSAGE MESSAGE sip:bfipsmgw 1azx.ipsmqw.bf.chinamobil... 
15 2016-04-19 11:10:15.455 [ЫР 10.188.0.150:5060 10.187.89.5:5109 200(MESSAGE) SIP/2.0 200 OK 

16 2016-04-19 11:10:15.455 [SIP 10.187.89.5:5113 10.187.88.146:5060 200(МЕЅЅАСЕ) SIP/2.0 200 OK 

17 2016-04-19 11:10:16.997 ЫР 10.188.0.150:5060 10.187.89.5:5074 MESSAGE MESSAGE sip: 8615905424886 sd.ims.mncOQQ.... 
18 2016-04-19 11:10:16.995 ЫР 10.187.89,5:5114 10.187.89.146:5060 — MESSAGE MESSAGE sip:[2409:8807:a0c0:cb:39:f72b:c689;5... 


图 13-31 











CSCF 正常 下 发 短信 信念 





由 第 5 行 信 邻 可知 ，CSCF 收 到 第 一 条 短信 后 发 送 往 终端 ， 由 于 终端 啊 应 较 慢 ， 进 行 了 
重 传 ( 见 第 6、7、9 行 )， 并 在 第 18 行 信 令 显示 CSCF 下 发 了 第 二 条 消息 。 
打开 Message 消息 ， 加 密 后 的 短信 内 容 如 下 : 








01180891683108504405F000 A0640D91683112006596F90008614091110121238 C0500030004 
0257305DE167ES30025DE167ES805A7126S51SA98CESEC9653FSEFA8BBE3001533B96627BA17 
40630017ECF6D4E7BA174064E094E2A65SB99762FFOCS7SA63019SEE9898SBFCS411FFOC628A 
53D173B095EE98983001627 E51 C695 EE98984 F5 CAE3 AA E3 B589814EFB52A13002671 F95 FA542C 
53 0653554Е406С4762 4530016DF15 EA667E58 BC10000 

第 二 条 : 

01920891683108504405 FO00A0640D91683112006596F90008614091110121238C0500030004 
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01002877ED4FE16D4B8BD50029630971675E02536B751F8BA1751F59D451734E8E5F005C5559 
27578B533B96625DE167E5768490E87F72FF0C62117EC44E8E003200300031003500205E74003 
100320020670800310037002065E581F3003100320020670800320033002065 E55 BF997525 C9B5E 
024E2D5FC3533 B96628FDB884 CAE865 B9 E0000 

【解决 方案 】: 

回放 CSCF 信 令 跟 踊 发 现 ，CSCF 正常 下 发 短信 ， 但 终端 未 收 到 。 男 外 ， 非 VoLTE ЧЗ 
果 终 端 也 存在 该 问题 ， 初 步 判 断 为 终端 问题 。 可 能 原因 为 终端 不 识别 这 个 平台 消息 中 的 某 个 
字段 ， 需 要 在 终端 侧 进 行 排查 。 

8. VoLTE 苹果 终端 合并 三 方 通话 失败 














[ 问题 描述 】: : 
iPhone 6S 与 Mate 8 —: VoLTE 通话 ， 通 话 正 常 建立 ;随后 2G 状态 的 МІ 呼叫 iPhone 
6S, iPhone 65 侧 显 示 Mate 8 通话 结束 ， 三方 合并 失败 。 


[ 问题 分 析 】 : 
发 起 三 方 通话 的 信 令 如 图 13-32 所 示 。 
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UE i 2 议 ， 其 过 程 与 UE_B 的 过 程 相同 。 


图 13-32 发 起 三 方 通话 的 信 今 


对 测试 中 抓 取 到 的 信 令 进行 分 析 : 

正常 情况 下 ，Mate 8 作为 主 叫 ， 合 并 三 方 通话 过 程 中 ， 按 照 流 程 完成 B 入 会 流程 ， 再 
发 起 C 入 会 邀请 及 流程 ， 相 关 信 令 如 图 13-33 所 示 。 

苹果 终端 作为 主 叫 ，347 行 去 拉 C 入 会 ，349 行 收 到 200 OK, 351 行 去 放 音 。339 行 去 
hr B 入 会 ，365 行 才 收 到 200 ОК, HERF C EAAS R. 367 行 收 到 Info 的 消息 后 直接 回 C 的 
пону, ， 终 端 收 到 此 notify 消息 时 认为 用 户 已 全 部 人 会 ， 直 接 发 BYE 消息 拆 掉 了 原来 与 B 之 
间 的 通话 ， 导 致 后 续 用 户 B 无 法 成 功 人 会 ， 如 图 13-34 所 示 。 
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25435 2016- 0324 17:18: 50. 926 >TRC_MI_SIPC_UP 200 OK 10.184.36.29 5060 10.189.120. 行 60058 |926 53 49 50 2F 32 2E 30 20 32 30 30 20 4F 4B 00 0A 56 б... 
25436 2016-03-24 17:18:50.926 TRC MI SIPC TXNUP — |200 OK 0 0 926 4C 6179 65 72 20 46 75 6E 63 20 30 20 53 69 70 54 7... 
25437 2016-03-24 17:18:50.927 ТЕС MI SIPC APP 200 OK 0 0 927 4C 6179 65 72 20 46 75 ВЕ 63 20 3D 20 53 69 70 55 6... 
25443 2016-03-24 17:18:50.934 »TRC MI SIPC UP 200 OK 10.184.36.29 5060 10.189.120.11 |60058 |934 53 49 50 2F 32 2E 30 20 32 30 30 20 АЕ 4B 00 0A 56 б... 
25444 2016-03-24 17:18:50.934 TRC MI SIPC. TXNUP — |200 OK Ü 0 934 4C 61 79 65 72 20 46 75 6E 63 20 3D 20 53 69 70 54 7... 
25445 2016-03-24 17:18:50.935 TRC. MI SIPC APP. 200 OK 0 0 935 4C 61 79 65 72 20 46 75 BE 63 20 3D 20 53 69 70 55 6... 
25465 2016-03-24 17:19:04.254 >ТЕС MI SIPC UP REFER 10.184.36.29 5060 10.189.120.11  |60058 |254 52 45 46 45 52 20 73 69 70 3A 63 6F 6E 66 3D 30 30 3... 
25466 2016-03-24 17:19:04.255 TRC MI SIPC TXNUP — |REFER 0 0 255 4С 61 79 65 72 20 46 75 BE 63 20 3D 20 53 69 70 54 7... 
25467 2016-03-24 17:19:04.255 TRC MI SIPC APP REFER 0 0 255 4C 61 79 65 72 20 46 75 BE 63 20 3D 20 53 69 70 55 6... 
25502 2016-03-24 17:19:04.265 TROC, MI SIPC TUDOWN |202 ACCEPTED 0 0 265 4C 61 79 65 72 20 46 75 GE 63 20 3D 20 53 69 70 55 6... 
25503 2016-03-24 17:19:04. 266 «TRC MI SIPC DOWN |202 ACCEPTED 10.189.120.11 |60058 10.184.36.29 5060 266 53 49 50 2F 32 2E 30 20 32 30 32 20 41 63 63 65 70 7... 
25504 2016-03-24 17:19:04.266 RC MI SIPC TUDOWN |NOTIFY Ü 0 265 4C 61 79 65 72 20 46 75 BE 63 20 3D 20 E 6970 uum 
25505 2016-03-24 17:19:04.266 O NOTIFY 10.189.120.11 10.184.36.29 506 266 ДЕ 4F 54 49 46 59 20 73 69 70 3 037383 
25506 2016-03-24 17:19:04.266 RC MI SIPC TUDOWN |BYE 0 0 266 4C 61 79 65 72 20 46 75 BE 63 20 - 
25507 2016-03-24 17:19:04.266 =TRC_MI_SIPC_DOWN |BYE 10.189.120.11  |60058 /10.184.36.39 5060 266 42 59 45 20 73 69 70 ЗА 31 30 2E 31 38 34 2E 33 36 2... 
25508 2016-03-24 17:19:04.267 TRC MI SIPC TUDOWN |NOTIFY 0 0 267 4C 6179 65 72 20 46 75 БЕ 63 20 3D 20 53 69 70 55 6... 
25509 2016-03-24 17:19:04.267 <TRC MI SIPC DOWN |NOTIFY 10.189.120.11 |60058 101843628 5060 267 ДЕ 4F 54 49 46 59 20 73 69 70 ЗА 34 36 30 30 37 38 3... 
25518 2016-03-24 17:19:04.270 TRC MI SIPC TUDOWN |BYE Ü 0 270 4C 61 79 65 72 20 46 75 6E 63 20 3D 20 53 69 70 55 6... 
25519 2016-03-24 17:19:04.270 «TRC MI SIPC DOWN |BYE 10.189.120.11 |60058 101843620 5060 270 42 59 45 20 73 69 70 3A 31 30 2E 31 38 34 2E 33 36 2... 
25521 2016-03-24 17:19:04.282 »TRC MI SIPC UP REFER 10.184.36.29 5060 10.189.120.11 |60058 |282 52 45 46 45 52 20 73 69 70 ЗА 63 GF GE 66 3D 30 30 3... 
25522 2016-03-24 17:19:04.283 TRC MI SIPC TXNUP — |REFER Ü 0 283 4C 61 79 65 72 20 46 75 ВЕ 63 20 3D 20 53 69 70 547... 
25523 2016-03-24 17:19:04.283 TRC MI SIPC APP REFER 0 0 283 4C 6179 65 72 20 46 75 BE 63 20 3D 20 53 69 70 55 6... 
25539 2016-03-24 17:19:04.290 »TRC MI SIPC UP 200 OK 10.184.36.29 5060 10.189.120.11  |60058 |290 53 49 50 2F 32 2E 30 20 32 30 30 20 4F 4B 00 0A 56 б... 
25540 2016-03-24 17:19:04.290 TRC MI SIPC TXNUP — |200 OK 0 0 290 4C 61 79 65 72 20 46 75 BE 63 20 3D 20 53 69 70 54 7... 
25541 2016-03-24 17:19:04.291 TRC MI SIPC APP 200 OK й 0 291 4С 61 79 65 72 20 46 75 BE 63 20 3D 20 53 69 70 55 6... 
25561 2016-03-24 17:19:04.300 TRC_MI_SIPC_TUDOWN |202_ACCEPTED 0 0 300 4C 6179 65 72 20 46 75 6E 63 20 3D 20 53 69 70 55 6... 
25562 2016-03-24 17:19:04.300 <TRC_MI_SIPC_DOWN |202 ACCEPTED 10.189.120.11 |60058 101843620 5060 300 53 49 50 2Е 32 2E 30 20 32 30 32 20 41 63 63 65 70 7... 
25563 2016-03-24 17:19:04.300 ТЕС MI SIPC TUDOWN |NOTIFY Ü 0 300 4C 61 79 65 72 20 46 75 БЕ 63 20 3D 20 53 69 70 55 6... 
25564 2016-03-24 17:19:04.300 «*TRC MI SIPC DOWN — |NOTIFY 10.189.120.11 |60058 10.184.36.29 5060 300 4E 4F 54 49 46 59 20 73 69 70 3A 34 36 30 30 37 38 3... 
25565 2016-03-24 17:19:04.300 TRC MI SIPC TUDOWN |BYE 0 0 300 4C 61 79 65 72 20 46 75 ВЕ 63 20 3D 20 53 69 70 55 6... 
25566 2016-03-24 17:19:04.300 <TRC MI SIPC DOWN  |BYE 10.189.120.11  |60058 |10.184.36.39 5060 300 42 59 45 20 73 69 70 3A 31 30 2E 31 38 34 2E 33 36 2... 
25567 2016-03-24 17:19:04.301 TRC MI SIPC TUDOWN |BYE 0 0 301 4C 61 79 65 72 20 46 75 БЕ 63 20 3D 20 53 69 70 55 6... 
25568 2016-03-24 17:19:04.301 *TRC MI SIPC DOWN  |BYE 10.189.120.11  |60058 1018436390 5060 301 42 59 45 20 73 69 70 ЗА 31 30 2E 31 38 34 2E 33 36 2... 
25569 2016-03-24 17:19:04.301 ТЕС MI SIPC TUDOWN |BYE Ü 0 301 4C 61 79 65 72 20 46 75 ВЕ 63 20 3D 20 53 69 70 55 6... 
25570 2016-03-24 17:19:04.301 «TRC MI SIPC DOWN |BYE 10.189.120.11  |60058 101843620 5060 301 42 59 45 20 73 69 70 ЗА 34 36 30 30 37 38 35 34 31 31... 
25571 2016-03-24 17:19:04.301 >TRC_MI_SIPC_UP 200 OK 10.184.36.39 5060 10.189.120.11 (60058 [301 53 49 50 2F 32 2E 30 20 32 30 30 20 4F 4B 00 0А 56 б... 
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图 13-33 
2016-03-23 19:29:53.475 


337 2046-03-23 19:29:53.475 
= 2016-03-23 19:29:53.498 
2016-03-23 » 


2016-03-23 19:29:53.514 
2016-03-23 18:29:53.622 


2016-03-23 19:29:53. 522 
2016-03-23 19:29:53.629 
2016-03-23 19:29:53.630 
2016-03-23 19:29:53.630 
2016- GA i 19:29:53 = 


测试 信 令 流程 1 


<TRC MI SIPC. DOWN 
=ТЕС MI ЗІРС DOWN 
-TRC MI SIPC UP 
=TRC_MI_SIPC_DOWN М 
ë 
-TRC MI SIPC UP 
-TRC MI SIPC UP 

xTRC MI SIPC. DOWN 

=ТЕС MI SIPC DOWN 

=ТЕС MI SIPC. DOWN 

-TRC MI SIPC UP 

=ТЕС MI SIPC. DOWN INVITE 


E NN CIE 3 1 29:53 S70 -TRC MI SIPC UP 100 TRYING 
Зло I 


Ë -IRC MI SIPC UP 200 OK 
201 6 0325 18:28:53. 738 -TRCG MI SIPC. LIP SUBSCRIBE 
ae — — Do150321182851744 — V-TRC M SPC DOWN шоок — — — — 
363 (2016-03-23 19:29:53 745 


2016-03-23 19:28:53 762 -TRC MI SIPC UP 
e 2016-03-23 18:29:53 778 -TRC MI SIPC UP 
2016-03-23 18:28:53 778 -TRC MI SIPC UP 
2018-03-23 18:28:53 791 TRC Mi CCF АТЗ 
358 2018-03-23 18:28:53 781 TRC MI CCF АТЗ 
359 2016-03-23 19:29:53.638 »TRC MI SIPC UP 
360 2016-03-23 19:29:53.638 »TRC MI SIPC UP 
2016-03-23 19:29:53.846 «TRC MI SIPC. DOWN 
362 2016-03-23 19:29:53 846 «TRC MI SIPC. DOWN 
363 2016-03-23 19:28:53 847 «TRC MI SIPC. DOWN 
364 2016-03-23 18:29:53 848 ТЕС Mi АТЗ CCF 
365 2016-03-23 19:29 >ТЕС_ МІ SIPC_UP 200 OK 


-TIRC MI SIPC. LIP 209 | OK 
ШЕ YES: TRC TE SIPC DOWN ЗЕ) 
1371 2016- 03- 23 49: = 53. 990 TRG MIL SIPG DOWN  |MOTIFY 
77 (003231029540 — TRC-MLATS C CR 
2016- 032349; 29:54.166 цы MI SPG] UP 和 一 一 OK 
一 


y 03-23 T 29: 54. 190 =TRC _ ТЕ SIPC | zi 
2016-03-23 19: E 228 =ТЕС_МІ _SIPC EI NOTIFY 

35 6052549 554206 ARC MSPC DOWN БЕ — — — 
2016-03-23 19: 29. 54 206 <TRC_ MI -SIPC | DOWN 

= 


2016-03-23 19:29:54 222 








202 ACCEPTED 



































100 TRYING 



























































386 [2016-03-23 19:29:54.222 »TRC MI SIPC UP 487 REQUEST TERMIN.. 
387 [2016-03-23 1829:54.238 "TRC MI SIPC UP 200 OK 








388 2016-03-23 19:29:54 241 
389 2016-03-23 19:29:54 286 


图 13-34 


«TRC MI SIPC DOWN |200 OK 
>ТЕС MI 51РС UP 200 OK 


测试 信 令 流程 2 


mm 


解决 方案 : AS 通过 修改 软 参 ， 在 AS 回 业 务 方 A 发 送 Notify 消息 通知 中 指明 针对 哪个 
Refer ЇН А, HERA 端 就 不 会 主动 拆除 与 B 的 呼叫 ; 参数 说 明 见 表 13-2, 
表 13-2 P1922 (Refer 事件 的 Notify 消息 携带 ID 参数 开关 ) 
该 软 参 为 “功能 开关 ”类 软 参 
该 软 参 用 于 控制 ATS9900 是 否 在 发 送 Refer 事件 的 Notify 消息 中 的 Event 头 域 中 携带 ID 参数 ， 


Box 其 值 为 Refer 消息 中 的 CSeq 头 域 值 
该 软 参 仅 用 于 固定 和 移动 融合 (FMC) 网 络 中 


0: 不 携带 ID 参数 

















取 值 范围 1: 携带 ID 参数 
默认 值 : 0 
应 用 场景 在 会 议 业 务 中 ,终端 能 够 同时 发 起 多 个 会 话 内 的 Refer 消息 拉 参 与 方 进入 会 议 ， 可 以 将 该 软 
参 配 置 为 1 
对 系统 的 影响 无 
关联 软 参 无 
生效 方式 修改 参数 值 后 立即 生效 


【解决 方案 】: 
сс 通知 中 指明 针对 哪个 Refer 消息 ， 
puo An LAN ЗАК B 的 呼叫 。 经 修改 参数 后 已 验证 解决 了 该 问题 
. 三 星 S7 手机 VoLTE i 通话 中 无 法 用 自 带 浏览 器 在 线 播放 视频 问题 分 析 
u 
三 星 S7 手机 与 另外 一 部 VoLTE 终端 进行 VoLTE 语音 或 者 视频 通话 ， 三 星 S7 手机 无 法 
用 自 带 的 浏览 器 在 线 播放 任何 视频 ， 而 用 UC 等 其 他 浏览 圳 可 以 在 线 播 放 ， 其 他 手机 不 存在 


这 个 问题 ， 如 图 13-35 所 示 。 

















ET wc 
э 我 爱 男 保姆 02 à ” 我 爱 男 保姆 02 

E YOUKU Q А4 = YOUKU аА 
© nanea, aeuum BE © nanea, gemenne BE 


视频 缓冲 进度 0% 

















打开 优酷 APP， 提 升 3 倍 流畅 度 ) ( 打开 优酷 APP， 提 升 3 倍 流畅 度 
通话 中 无 法 播放 
我 爱 男 保姆 我 爱 男 保姆 
9.4 分 - 3.8 亿 次 播 9.4 分 3.8 亿 次 播放 
Casos <> wv (s) (б См» <> т C5 
《 а) (2) (s < ©) (2) (s 


图 13-35 VoLTE 通话 下 在 线 播放 视频 


[ 问题 分 析 ] : 
1) 经 过 测试 分 析 ， 初 步 确定 可 能 原因 如 下 : 
CD IMS 域 或 CS 核心 网 侧 问 题 。 
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D 无 线 网 络 信 号 问 

(3) Se 

2) 针对 以 上 分 析 结 果 ， 逐 一 进行 排查 。 

CD 对 核心 网 侧 信 令 进行 14:17:48 左右 开始 发 起 会 叫 ，14:18 分 的 上 网 数据 上 下 
FES, LEE, AAMER 13-36 所 示 。 











Filter: tcp.stream eq 26 |" | Expression... Clear Apply Save 

No. Time Source Destination Protocol Length Info 
890 2016-04-01 14:18:11.00 100.77.177.179 10.0.0.172 TCP 74 59009 > http [SYN] Seq-0 wins65535 Len=0 
894 2016-04-01 14:158:11.00 10.0.0.172 100.77.177.179 TCP 74 http > 59009 [SYN, ACK] Seq-0 Ack-1 win-5 
898 2016-04- zo 14: EIS RES 00 100.77.177.179 10.0.0.172 TCP 66 59009 > http [ACK] Seq=1 Ack=1 Win=75776 

L- 1 1 1.00 100./7.177.17/9 10.0.0.172 TF ttp://1. T8552 77/1 

907 2016- 04 < 14: "18: "I 00 10.0.0.172 100.77.177.179 TCP 66 http > 59009 LACKI Seq- 1 Ack-906 Win-/504 
910 2016-04-01 14:18:11.00 10.0.0.172 100.77.177.179 TCP 1314 [TCP segment of a reassembled PDU] 
911 2016-04-01 14:18:11.00 I0:0:0:0172 100.77.177.179 TCP 278 [TCP segment of a reassembled PDU] 
915 2016-04-01 14:18:11.00 100.77.177.179 10:0.0.172 TCP 66 59009 > http [ACK] Seq-906 Ack-1461 Win-7 
919 2016-04-01 14:18:11.00 10.0.0.172 100.77.177.179 TCP 1314 [TCP segment of a reassembled PDU] 
920 2016-04-01 14:18:11.00 10.0.0.172 100.77.177.179 TCP 1314 [TCP segment of a reassembled PDU] 
921 2016-04-01 14:18:11.00 10.0.0.172 100.77.177.179 TCP 1314 [TCP segment of a reassembled PDU] 


III 
я пеге FIULULUI VOCI TU #, IC. дши „ье Г „ез CLUU.//.1/7/.1/97J7, UL. LV UU Le AXAU. U. Le) 
a Transmission Control Protocol, Src Port: 59009 (59009), Dst Port: http (80), Seq: 1, Ack: 1, Len: 905 
= нарсе Transfer Protocol 
EERUN CESE GET http://117.169.21.245/185/52/77/letv-gug/17/ver. 00. 22-1034849566-avc-242502-aac-32453-15120-541386-9ece71e47c' 
[[truncated] Expert Info (Chat/Sequence): GET http://117.169.21.245/185/52/77/letv-gug/17/ver 00 22-1034849566-avc-242502-aa 
[Message [truncated]: GET http://117.169.21.245/185/52/77/letv-gug/17/ver 00 22-1034849566-avc-242502-aac-32453-15120-5413 
[Severity level: Chat] 
[Group: Sequence] 
Request Method: GET 
Request URI [truncated]: http://117.169.21.245/185/52/77/letv-gug/17/ver. 00 22-1034849566-avc-242502-aac-32453-15120-541386- 


KI 13-36 oc P4 2 TEE 


D 测试 终端 所 处 位 置 的 信号 强度 : 通过 测试 发 现 ， 该 终端 在 VoLTE 通话 中 可 以 正常 浏 
览 网 页 ; 该 终端 所 处 位 置 的 2G/3G/4G 信号 强度 正常 ， 终 端 上 显示 信号 强度 正常 ， 且 手机 有 
VoLTE 标识 ， 排 除 用 户 位 置信 号 因 系 。 

O 检查 该 款 终端 : 检查 终端 运行 软件 ， 未 见 异 常 软件 ; 核查 手机 内 存 占 用 正常 ， 自 华 
浏览 器 不 能 在 线 播放 视频 ， 而 UC 浏览 器 等 可 以 正常 在 线 播放 视频 ， 最 后 将 手机 卡 更 换 到 中 
国 移动 NI max 手机 及 HTC M8f 手机 中 ， 则 不 存在 该 问题 。 由 此 判断 为 三 星 57 FL F + U 
йт E TES DA o 

综 上 所 述 ， 基 本 确定 为 三 星 S7 手机 本 身 存 在 此 类 缺陷 。 

【解决 方案 】: 

需要 三 星 终端 厂家 进一步 分 析 。 

10. 华为 Mate 8 与 三 星 S7 视频 呼叫 过 程 中 ， 自 动 切换 至 语音 后 Mate 8 无 法 重新 发 起 
视频 呼叫 案例 分 析 

[ 问题 描述 ] : 

测试 终端 1: 华为 Mate 8， 测 试 号 码 ; 136 xxxx1093, IMEI 及 终端 版 本 如 图 13-37 所 示 。 

测试 终端 2: 三 星 S ， 测 试 号 码 ; 137 xxxx1494, IMEI 及 终端 版 本 如 图 13-38 所 示 。 

在 华为 Mate 8 与 三 星 57 终端 进行 视频 通话 的 过 程 中 ， 如 果 将 Mate 8 通话 界面 切换 至 后 
台 ， 则 等 待 几 秒 钟 后 视频 通话 会 自动 切换 成 语音 通话 (通话 并 未 中 断 ) ， 此 时 Mate 8 重新 发 
起 视频 呼叫 。 点 击 视频 呼叫 图 标 后 ，S7 收 不 到 视频 呼叫 的 申请 ，Mate 8 则 始终 保持 在 “等 
待 对 方 接受 邀请 ”的 界面 。 同 样 条 件 下 ， 如 果 是 S7 再 次 发 起 视频 呼叫 ， 则 Mate 8 可 以 正常 
收 到 视频 呼叫 请 求 。 图 13-39 所 示 为 Mate 8 发 起 视频 呼叫 57 无 啊 应 界面 。 

[ 问题 分 析 】: 

Mate 8 为 主 叫 136 xxxx1093，S7 为 被 叫 137 xxxx1494。 
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EE OI 


型 号 


版 本 号 


系统 版 本 号 


Android 版 本 


IMEI 


MEID 


处 理 器 





ИШЕН. ГЫН с ШЕ > ИБНЕ 
图 13-37 





Android 版 本 
6.0.1 


基带 版 本 


G9300ZCU2APC9 


内 核 版 本 

3.18.20-7299180 
dpi@SWDD6415 #1 

Wed Mar 23 13:45:51 KST 2016 


版 本 号 


MMB29M.G9300ZCU2APC9 
2016-03-23 


Android 的 SE 状态 
Enforcing 
SEPF_SECMOBILE_6.0.1_0006 
Wed Mar 23 13:50:11 2016 


KNOX 版 本 

KNOX 2.6 

Standard SDK 5.6.0 
Premium SDK 2.6.0 
Customization SDK 2.6.0 
Container 2.6.0 

CEP 2.0.1 


Жой Ыл CD 15:45 


HUAWEI NXT-AL10 


NXT-AL10C008172 


EMUI 系统 4.0 


5.0 


869231027483644 
869906022119570 


ADOO0DOSSTDAECF 


Hisilicon Kirin 950 


图 13-38 


ж) 15:45 


Апагоіа 版 本 6.0 


869231027483644 


25, 869906022119570 


MEID A00000597D4ECF 
Hisilicon Kirin 950 


处 理 器 


运行 内 存 4.0 GB 


可 用 空间 : 42.23 GB 


手机 存储 总 容量 : 64.00 GB 
分 辨 率 1080x 1920 
Android 安全 补丁 程序 级 别 2016 年 2 月 1 日 
基带 版 本 21.750.00.00.031.21.750.00.00.031 
3.10.86-g4eebdaf 
内 核 版 本 android@localhost #1 
Sat Mar 26 15:37:02 CST 2016 

状态 消息 


电话 号 码 、 信 号 等 


Wed Mar 23 13:45:51 KST 2016 


版 本 号 


MMB29M.G9300ZCU2APC9 
2016-03-23 


Android 的 SE 状态 
Enforcing 


SEPF SECMOBILE 6.0.1 0006 
Wed Mar 23 13:50:11 2016 


KNOX 版 本 

KNOX 2.6 

Standard SDK 5.6.0 
Premium SDK 2.6.0 
Customization SDK 2.6.0 
Container 2.6.0 

CEP 2.0.1 

Enterprise Billing 1.2.0 
OTP 2.6.0 

SE for Android 2.4.0 
SSO 2.5.0 

Shared Devices 2.6.0 
TIMA 3.2.013 
VPN2.2.4 


Android 安全 补丁 级 别 
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图 13-39 


中 国 移动 日 8 
系统 更 新 


当前 版 本 


NXT-AL10C00B172 


华为 Mate 8 MEI 及 终端 版 本 


но ЖЫЛ 0 


£ 6 


< == 


状态 
查看 SIM 卡 状态 、 设 备 IMEI 和 其 他 信息 


法 律 信息 
设备 名 称 


Samsung Galaxy S7 


型 号 
SM-G9308 


软件 信息 
查看 最 近 安 装 的 Android 版 本 、 基 带 版 本 、 内 核 版 
本 、 版 本 号 等 


硬件 版 本 


MP 1.0 


软件 版 本 


G9308CHM2APCA 


电池 信息 
查看 设备 的 电池 状态 、 剩 余 电 量 和 其 他 信息 


三 星 S7 MEI 及 终端 版 本 


EN Pri 15:26 
更 多 


无 名 称 


1 手机 136xxxx1093 





Mate 8 发 起 视频 呼叫 S7 无 啊 应 界面 


4 GE 5S u C) 15:47 


243 


切换 到 语音 
流程 。 核 心 网 


从 核心 网 跟踪 的 信 令 来 看 ， 主 叫 Mate 8 呼叫 切换 到 后 台 后 ， 被 叫 三 星 
通话 ， 并 且 三 星 发 起 的 切换 消息 和 正常 手动 切换 语音 的 消息 不 同 ， 多 了 资源 预 留 
分 析 如 图 13-40 所 示 。 


2016-04-12 15:24:46.140 
2016-04-12 15:24:46 140 








2409:8017:800... 
2409:8807:804... 


9900 


>TRACE_SIPC_UP 
<TRACE_SIPC_DOWN 


INVITE 
100 TRYING 





INVITE tel:13 421494 phone-context-sd.ims.mnc... 


终端 发 起 INVITE 








2016-04-12 15:24:46.144 


10.20.14.16 


TRACE DIAM GQ 


ААК 


EE] SIP Message Trace 





2016-04-12 15:24:46.291 


10.20.58.64 


TRACE_DIAM_GQ 


AAA 





2016-04-42 15:24:46.303 


10.20.58.192 


TRACE DIAM GQ 


RAR 


TVITE te1:13781421484; phone-context-sd. ims. mme000 тсс4ЁП 3gppnetwoz 





2016-04-12 15:24:46.303 


10.20.14.144 


TRACE DIAM GQ 


RAA 


rom: *1р:+8613648321093@54. ims. mncOO0. тсс450. 3gppnetwork. org?; іа 





2016-04-12 15:24:46.304 


10.189.120.5 


*TRACE SIPC. DOWN 


INVITE 


e: "13781421494" (te1:13781 421494; phene- context-sd. ims.mme000. nee 





2016-04-12 15:24:46.313 


10.189.120.112 


v 


TRACE SIPC | 


100 TRYING 


-Preferred-Identity: <а1р:+86136460321093@54. ims.mnc000.mcec460.3zppn 





2016-04-12 15:24:48.773 


10.189.120.112 


v 


TRACE SIPC |! 


183 SESSION PROGR... 





2016-04-12 15:24:48.782 


10.20.14.16 


RACE. DIAM G 


ААК 


Contact: <51р:480006321967039@[2409:8807:8040:1045:1:1:8761:694#]:31 





2016-04-12 15:24:48.858 


10.20.58.64 


=a 


RACE DIAM G 


AAA 


ссері-Сопіасі: *;tg 3gpp.icsi-ref- urnf3Aurn-TE3A3gpp-zervice. ims. ў 





2016-04-12 15:24:48.859 


(2408:8807:804... 


^ 


RACE 8i 


183 SESSION PROGR... 


—Access-letwork-Info: 3GPP-E-UIRAH-TDD;utran-cell-id-3gpp-4600053E] 





2016-04-12 15:24:48.977 


:2409:8017:800... 


v 


IRACE S 


PRACK 


-Freferred-Serwice: urn:urn-i:3gpp-service.ims.icsi.mmtel 





2016-04-12 15:24:48.978 


10.189.120.5 


^ 


TRACE S 


PRACK 


-Early-Media: supported 





2016-04-12 15:24:49.097 


10.189.120.112 


v 


TRACE S 


200 OK 





2016-04-12 15:24:49.098 


12409:8807:804... 


А 


TRACE S 


200 OK 


upported: 100rel, histinfo, join, norefer sub, precondition, replaces, tim 





2016-04-12 15:24:49.587 


2409:8017:800... 


D 


TRACE S 


UPDATE 


INVITE, ACK, ETE, CANCEL, UPDATE, INFO, PRACK, SUBSCRIBE, NOTIFY, КЕЕН 


low: 





2016-04-12 15:24:49.594 


10.189.120.5 


А 


TRACE S 


UPDATE 


ccept: application/sdp, spplication/3gpp-imstxml 





2016-04-12 15:24:50.082 


10.189.120.112 


TRACE S 


200 OK 


ession-Expires: 1800 





2016-04-12 15:24:50.088 


12409:8807:804... 


AJ у 


TRACE S 


200 OK 


in-5E: 80 





2016-04-12 15:24:50.105 


10.189.120.112 


*TRACE S 


180 RINGING 








2016-04-12 15:24:50.106 


12409:8807:804.. 


TRACE S 


180 RINGING 








2016-04-12 15:24:52 796 


QOS PACKET 








2016-04-12 15:24:52 891 


QOS PACKET 


ShowISUP Body |[ Show Hex 





2016-04-12 15:24:57 789 


QOS PACKET 





2016-04-12 15:24:57.905 





10.189.120.112 




















200 OK 








SIFTZ.U ZUU UR Vd. ТРТ ЛР ТО. 189.120. T TZ. SU... 














15:25 Mate 8 把 呼叫 切换 到 后 人 台 ，15 :25 Mate 8 自动 切换 到 语音 通 
换 到 后 台 时 ， 以 心 网 没有 收 吧 任何 消 忠 ， 但 是 切换 到 语音 是 被 叫 三 
了 资源 预 留 流程 。S7 自动 切换 至 语音 


2016. 04- 


:8807:8 


8040:ес7:1:1:850е:3 
2409:8017:8000:6:1:33 


图 13-40 


15:24 Mate 8 发 起 视频 呼叫 








593 


2409:8017:800... 99 


>TRACE_SIPC_UP 
«TRACE SIPC DOWN 


"T 
INVITE 
100 TRYING 





2016-04-12 15:25:43.834 


10.189.120.120 


«TRACE SIPC DOWN 


INVITE 





2016-04-12 15:25:43.841 


10.184.36.29 


>TRACE_SIPC_UP 


100 TRYING 





2016-04-12 15:25:44.309 


10.184.36.29 


>TRACE_SIPC_UP 


200 OK 





2016-04-12 15:25:44.315 
2016-04-12 15:25:44.384 


10.20.58.194 
10.18.229.178 


TRACE DIAM GQ 
TRACE DIAM GQ 


ААК 
ААА 





2016-04-12 15:25:44.385 


2409:8017:8000:6:1::33 


<TRACE_SIPC_DOWN 


200 OK 





2016-04-12 15:25:44.485 


2409:8807:8040:ecT7:1:1:85de:3593 


-TRACE SIPC UP 


ACK 





2016-04-12 15:25:44.486 


10.189.120.120 


«TRACE SIPC 





DOWN 


АСК 





2016-04-12 15:25:46.999 


RACE QOS | 


OWN 


QOS PACKET 





2016-04-12 15:25:52.296 


RACE QOS 


P 


QOS PACKET 





2016-04-12 15:25:56.992 
2016-04-12 15:26:02 297 


RACE QOS | 
RACE 005 | 


OWN 


p 


QOS PACKET 
QOS PACKET 





2016-04-12 15:26:07.003 


ПЕ ЕЕ 


RACE QOS | 


OWN 


QOS PACKET 





2016-04-12 15:26:12.328 


RACE QOS | 


P 


QOS PACKET 





2016-04-12 15:26:17.023 


RACE QOS | 


OWN 


QOS PACKET 





2016-04-12 15:26:22.338 


i| zzi 


QOS PACKET 





2016-04-12 15:26:27.060 


RACE QOS | 


OWN 


QOS PACKET 





2016-04-12 15:26:32.371 
2016-04-12 15:26:37.069 


RACE QOS UP 
RACE QOS | 


OWN 


QOS PACKET 
QOS PACKET 





2016-04-12 15:26:42.374 


ПЕ ЕЕ 


RACE QOS | 


p 


QOS PACKET 





2016-04-12 15:26:47.090 





RACE QOS | 


OWN 


QOS PACKET 





2016-04-12 15:26:52.385 


RACE QOS | 





p 


QOS PACKET 











2016-04-12 


5:26:57 102 





zz 


D 
U 
D 
U 
D 
U 
D 
RACE QOS UP 
D 
U 
D 
U 
D 
U 
D 





OWN 





H 
Ed 
Æ 


通话 消息 ， 如 图 13-41 所 示 。 


0 rn T "50 
INVITE sip:[2409:8017:8000:0006:0001:0000:0000:0.. 


Wh, Mate 8 将 呼叫 切 
S7 发 起 的 ， 消 息 中 多 





Вр Message Trace 





"13791421494" 4te1:13701421494; phone-context-sd. ims.mnc000.mcd 
User-Agent: Samsung IMS 5.0 
[P-Access-letwork-Info: 
Bupported: 100rel, ti oreconit tion. li stin£o, sec-agree 

ipsec-3gpp:alg-hmac-md5-ü6:prot-esp:mod-trans:; salga 


From: 


Becurity-Verify: 
Proxy Require: sec-agree 
Require: sec-agree 
appli cati on/ sdp 


1800;refrezher-uas 


Content-Type: 
Bession-Ezpires: 
lccept-Contact: *:+g. 3gpp.icsi-ref="urnk3kurn-7%3A3zgpp- service. ims. d 
P-Preferred-Identity: "13791421494" 4te1:13791421404; phone-context-i 
Accept: spplication/sdp, applicstion/3gpp-imstzml 





SGPP-E-UTRAI-TID:; utran-cell-id-3gpp-4800053 ei | 


м) 


То: <tel:13848321093;noa=subscriber;srvattri=national;phone-context4 | 








可 [T ] 











| SnowisUP Body || “Show Hex 


| 





RACE 005 | 


QOS PACKET 

















图 13-41 





自动 切换 至 语音 





ss ee ead 











通话 消息 





2016-04-12 15:29:07.270 


12409:8017:8000:6:1::33 


2409. 8807:804.. 


. 9900 


TRACE_QOS_DOWN 
>ТВАСЕ. SIPC. UP 
<TRACE SIPC. DOWN 


(QOS PACKET 


100 TRYING 


44 6F 77 6E 53 72 6349 30 nd 20 24 wE 31 2. 
INVITE sip:[2409:8017: 








2046-04-12 15:29:07.274 
2016-04-12 15:29:07.282 


140.189.120.120 
10.184.36.29 


10.184.36.29 
10.189.120.120 


5060 


=TRACE_SIPC_DOWN 
>TRACE_SIPC_UP 


INVITE 
400 TRYING 


ËË] SIP Message Trace 








2016-04-12 15:29:07 372 


TRACE QOS UP 


(QOS PACKET 





2016-04-12 15:29:07.372 
2016-04-12 15:29:07 467 


IRACE_Q05_DOWN 
IIRACE QOS UP 


(QOS PACKET 
(QOS PACKET 


Wia: SIP/2.0/TCP [2409:8807:8040:2c7:1:1:85de: 3593] : 6000; br anch-z8h] 


Eontaet: <51р:+8813791421 4948 [2409: 8807 8040: ec7:1:1:85de: 3583] 600 





2016-04-12 15:29:07 714 


10.184.36.29 


10.189.120.120 


5060 


>TRACE_SIPC_UP 


Max-Forwards: 70 





2016-04-12 15:29:07.720 


10.20.58.66 


10.20.14.16 


TRACE_DIAM_GQ 





2016-04-12 15:29:07 785 


10.20.14.16 


10.20.58.66 


TRACE_DIAM_GQ 


Call-ID: asbcscnqg707i7wwuuvc7lbpssddttnrw0ics010.189.120.11 





2016-04-12 15:29:07.786 


2409:8017:8000:6:1::33 


2409:8807:804... 


«TRACE, SIPC. DOWN 


Е5ец: 2 INVITE 





2016-04-12 15:29:07.895 


2409:8807:8040:ec7:1:1:85de:3593 


2409:8017:800... 


Io; $tel:13646321093;noa-subscriber:srvattri-national:phone-contezt 





2016-04-12 15:29:07.896 


10.189.120.120 


10.184.36.29 


“13791421494” <tel:13791421494; phone-context=sd. ims. тпс000. mc 


From: 





2016-04-12 15:29:15.911 


10.184.36.29 


140.189.120.120 


>TRACE_SIPC_UP 


User-Agent: Samsung IMS 5.0 





2016-04-12 15:29:15.911 
2016-04-12 15:29:15.915 


10.189.120.120 
12409:8017:8000:6:1-33 


10.184.36.29 
2409:8807-804 


=ТКАСЕ 5ІРС DOWN 
=ТКАСЕ SIPC DOWN 


I[P-Accezz-letwork-Info: 3GPP-E-UIRAIH-IDD;utran-cell-id-3gnpp-4600053& 





2016-04-12 15:29:16.066 
2016-04-12 15:29:17.368 


12409:8807:8040:ес7:1:1:850е:3593 


2408:8017:800... 


*TRACE SIPC UP 


(QOS PACKET 


Bupported: 100rel, timer, histinfo, sec- agree 


Becurity-Verify: ipsec-3gpp: alg-hmac-md5-86;prot-ezp;mod-trans;ealg 





2016-04-12 15:29:17.368 


(QOS PACKET 


Froxy Require! sec-agree 





2016-04-12 15:29:18.188 


2409:8807:8040:ec7:1:1:85de:3593 


2409:8017:800... 


>TRACE_SIPC_UP 


200 OK 


Require: see-agree 





2016-04-12 15:29:18.196 


10.20.58.66 


10.20.14.16 


TRACE_DIAM_GQ 








2016-04-12 15:29:18.267 


10.20.14.16 


10.20.58.66 


TRACE_DIAM_GQ 


(x 


加 


lllow: INVITE, АСК, OPTIONS, CANCEL, BYE, UPDATE, INFO, REFER, NOTIFY, MESSAd ^] 











2016-04-12 15:29:13.268 


10.189.120.120 


10.184.36.29 


=TRACE_SIPC_DOWN 





2016-04-12 15:29:18.682 


10.184.36.29 


140.189.120.120 


>TRACE_SIPC_UP 


ACK 


Show SUP Body Show Hex 








2016-04-12 15:29:18 684 


[2408:8017:8000:6:1:33 


2409:8807:804... 


=ТКАСЕ SIPC DOWN 


ACK 











2016-04-12 15:29-21.971 


244 








[13-42 57 手动 切换 至 语音 








TRACE_QOS_UP 


QOS_PACKET 





通话 消息 


15:26 Mate 8 再 次 发 起 视频 呼叫 ，S7 无 相应 提示 。15:27 Mate 8 挂机 。 从 核心 网 信 令 中 
看 ， 切 换 至 语音 通话 后 ， 核 心 网 一 直 没 有 收 到 Mate 8 发 起 的 视频 呼叫 请 求 ， 直 到 15:27:32, 
Mate 8 挂 断 电话 ， 呼 叫 结束 ， 如 图 13-43 所 示 。 





5 |2016-04-12 15:26:52.962 TRACE QOS DOWN QOS PACKET 44 z E БЕ I 72 = ш 50 = 30 20 31 30 2E 31 3... 
2016-04-12 15:26:58 066 TRACE GOS UP 008 PACKET 3303438 








2016-04-12 15:27:02.964 TRACE QOS DOW| QOS PACKET SET Message Trace 





18 [2016-04-12 15:27:08.068 TRACE 008 UP QOS PACKET 
2016-04-12 15:27:12.999 TRACE QOS DOWN [005 PACKET ЕТЕ sip: [2409:8017:8000: 0006 :0001 : 0000 0000: 0001] : 9900; Dpt=ebla-200 
3 2 TRAIT 和 TE DoE DT m. загава. үке ишер негЫ аан огЕ2; tagi 
3422 [2016-04-12 152728104 TRACE QOS UP QOS PACKET То: "13781421484" <+21:13791421 494; phone-context-sd. ims. mneQ00. тсс46( 
3423 2016-0412 15:27:32.241 2409:8807:8040:1045:1:1:8761:69de 31 2409:8017:800.. 9900 >TRACE_SIPC_ Reason: SIP:csuse-c200:text- User term the call." 
2016-04-12 15:27:32 242 10.189.120.112 5 10.188.120.55 {5060 (<ТБАСЕ SIPC DOWN |BYE P-Access-lletwork-Info: 3GPP-E-UIRAII-IDD; utran-cell-i d-3zpp-4800053E1 
2016-04-12 15:27:32.374 10.189.120.5 10.189.120.112 |5060 |>ТКАСЕ SIPC. UP 200 OK ere red: 
2016-04-12 15:27:32.375 2409:8017:8000:6:1:1 2409:8807:804... |31800 |=ТКАСЕ SIPC DOWN |200 OK 
2016-04-12 15:27:32.377 10.20.58.64 10.20.14.16 6006  |TRACE DIAM GG STR 
2016-04-12 15:27:32.444 10.20.14.16 10.20.58.64 3868  |TRACE DIAM GQ STA Exezy.Hequire ccc as 
2016-04-12 15:28:11.160 2409:8807:8040:1045:1:1:8761:89de 2409:8017:800.. |9900 |>ТВАСЕ SIPC. UP INVITE Becurity Verify: ipsec Jggp;alg-hmac-sha-1-96;prot-esp;mod-trans; ea] 




















sec-agree 
Require: sec-agree 

















2016-04-12 15:28:11.160 2409:8017:8000:6:1:1 2409:8807:804.. |31800 |-TRACE, SIPC. DOWN |100 TRYING Route: <sip: [2409:8017 E кен ent 
2016-04-12 15:23:11.166 10.20.58.64 10.20.14.16 6006 TRACE DIAM GQ ААК Call-ID: ТёасъЪїМёш@[2409:8807:8040:1045:1:1:8781:694е] 
-12 15:28:11.293 10.20.14.16 10.20.58 .64 3868 TRACE DIAM GQ ААА $га: 4 BTE 
-12 15:28:11.375 10.19.229.178 102056.192 |3871 [TRACE DIAM СО RAR |a s а) 

5:28:11.375 10.20.58.192 10.19229.178 |6007  |TRACE DIAM GQ RAA Mas 
5:28:11.376 10.189.120.112 101891205 |5060 -TRACE SIPC DOWN |INVITE User-Agent: IM-client/DMAl.O HW-Rtc/Vl.O 
2016-04-12 15:28:11.387 10.189.120.5 140.189.120.112 |5060 — -TRACE, SIPC. UP 100 TRYING DEN RN 
2016-04-12 15:28:12.587 10.189.120.5 10.189.120.112 |5060 |>ТВАСЕ SIPC. UP 183 SESSION PROGR... 
2016-04-12 15:28:12.599 10.20.58.182 1020.14.144 |6007  |TRACE DIAM СО ААК [| ShowiSUPBody |[ ShowHex J( ок] 

2016-04-12 15:28:12.654 10.20.14.144 10.20.58.192 |3869  |TRACE DIAM СП AAA 

[2440 [NE Di 4n Apo acr GT N eT T pa ignem  [nanp-oaon-z.ona 340nn | РАТ SDP CA [an 













































































4 13-43 Mate 8 发 起 视频 呼叫 后 信 令 流程 


【解决 方案 】: 

从 核心 网 信 令 中 分 析 ， 华 为 Мае 8 将 视频 通话 切换 到 后 台 之 后 ,会 引起 三 星 S7 自动 发 
起 中 断 视频 通话 。 与 S7 手动 中 断 视频 通话 不 同 ， 这 种 情况 下 华为 Mate 8 无 法 再 次 发 起 视频 
呼叫 ， 核 心 网 也 收 不 到 Mate 8 发 起 视频 呼叫 的 消息 。 

此 问题 目前 可 以 100% 复 现 ， 从 核心 网 信 令 判断 是 华为 Mate 8 与 三 星 S7 存在 协议 问 
题 ， 也 不 能 排除 华为 或 三 星 终端 与 异 广 家 终端 存在 协议 匹配 问题 ， 此 类 问题 会 影 啊 到 用 
户 感 受 ， 需 终端 广 家 对 问题 做 进一步 分 析 ， 未 来 也 需要 对 终端 协议 制定 相应 的 规范 。 

11. 蓝魔 M7 终端 作为 被 叫 进 行 视 频 通 话 时 收 到 全 时 通 短信 问题 分 析 

[ 问题 描述 】: 

L 市 移动 发 现 VoLTE 终端 蓝魔 M7 (支持 高 清 语 音 ， 不 支持 视频 通话 ) 在 测试 过 程 中 作 
为 被 叫 ， 其 他 支持 高 清 视频 通话 的 VoLTE 终端 对 其 发 起 视频 通话 时 ， 主 叫 提示 “您 拨打 的 
用 户 和 暂时 无 法 接 通 ”， 而 被 叫 蓝魔 M7 收 到 全 时 通 短信 。 

[ 问题 分 析 】: 

蓝魔 М7 不 支持 视频 通话 ， 在 其 他 VoLTE 用 户 发 起 视频 通话 时 ， 蓝 魔 M7 应 可 进行 高 

清 语音 通话 ， 但 是 主 叫 听 到 “暂时 无 法 接 通 ” 的 提示 音 ， 被 叫 蓝魔 M7 收 到 全 时 通 短信 。 
正常 IMS 侧 信 令 如 图 13-44 所 示 。 

蓝魔 M7 的 IMS 侧 信 令 跟 踪 如 图 13-45 所 示 ， 被 叫 收 到 INVITE 消息 且 啊 应 后 ，13s 网 络 
侧 没 有 收 到 183 消息 ， 定 时 需 超 时 ， 网 络 侧 下 发 CANCEL 消息 ， 如 图 13-46 所 示 。 

7s 后 终端 挂机 ， 网 络 侧 回应 487 消息 ， 如 图 13-48 所 示 。 

[ 解决 方案 】 š 

测试 时 无 线 环境 良好 ， 即使 蓝魔 M7 š 发 端 不 支持 视频 通话 ， 正 常情 况 下 也 可 以 建立 
QCI 21 的 专用 承载 进行 高 清 语音 通话 。 需 要 终端 广 商 协助 解决 ， 后 续 需 蓝魔 终端 公司 协助 
解决 。 
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1.Invite 


3.Invite 


5.183 Session Progress 


6.183 Session Progress 
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Io ie E l1O00CINVITE» - 
A = c D E w. G H 1 к L M N о к 
85 '81 JNISBGOBZX CSCF 2016-04-02 16.56.58.436 SIP AOO(INVITE) T tE: 10.189.127 10.189. 12- XÆ: 
86 В2 JNISBGOSBZX CSCF 2016-04-02 16:56:58.516 SIP 1000NVITE)}) mme 10.189.127 10.184. 36. >= 
вт Вз JMNVOLTETASSBZX 555 2016-04-02 16-56-58 505 E 100(IN'VITE ) qx 10.189.121 10.189 12^ X Æ: 
ва "вл JNISBG9BZX CSCF 2016-04-02 16:56:58 536 SIP 1000NVITE} Ee 10 189 12-710 189 12: sr 
вә "ss JMISBGSBZX CSCE 2016-04-02 16 56 58 536 SIP 100 (0NWVITE} Fr 10 189 12-10 189 12-572: г | 
эо "36 JNVOLTETASSBZX SSS 2016-04-02 16:56:58.515 SIP 100(INVITE) 接收 10.189.12^ 10.189.12^ Sz i.m — 
91 er JMVOLTETASSBZX 555 2016-04-02 16:56:58.525 SIP 100 0NWVITE)} yx 10.189.124 10.189.12* + E, 
92 loa JMISBGSBZX CSCF 2016-04-02 16:56:58.556 SIP 100{0MYITE) quu 10.189.127 10.189.121 =+ =. 
эз "89 JNISDBGSDBZX 100(IN'VITE- yx 10.189. 12- 10.189 12- sr 
за [90 JINNVOLTETASSBZX Ri tz 10.189 12- 10 189 12- >= 3: 
ав "n JNNVOLTETAS9BZX i 10.189.127 10.189.127 XÆ: 
96 [92 JNVOLTETASOBZX Ó = Mg 10.20.57.2 10.19.2298. > =: 
эт з JNISBGSBZX CSCF 2016-04-02 16-57-11 426 SIP CANCEL TE 10.189.12- 10.189 42: >=> 
эв "Эл JMISBGSBZX CSCF 2016-04-02 16-57-11 426 SIP 200(CANCELY Bit 10 189 12-40 189 127 MÆ: 
эө "s JNISBGSBZX CSCF 2016-04-02 16 57 11 426 SIP CANCEL 9 10 189 12-10 489 12-572: 
100/96 JNWVOLTETASSBZX 555 2016-04-02 16:57:11.395 SIP ZO00(CANCEL) 接收 10.189.12* 10.189.121 5579. 
101/87 JMISBGSBZX CSCF 2016-04-02 16:57:11.436 SIP 200(CANCEL) Tee 10.189.127 10.189.121 3r ш... 
102/98 JMNVOLTETASSBZX 555 2016-04-02 16:57:11.505 DLAMETEF UDA quu 10.19.229. 10.20.57.2 *c-4-M.E,— 
103/989 JMNVOLTETASSBZX 555 2016-04-02 16:57:11.505 See INVITE Ex 10.189. 12- 10.189 12- Z+: 
104( 400 JNISBGSBZX CSCF 2046-04-02 16-57-11 556 SIP INVITE 接收 10 189 12-10 189 12-23: 
105101 JNISBGO9BZX CSCF 2016-04-02 16.57.11.545 DNS Standard query МАРТЕ. Жозе 10.189.127 10.184.36. XÆ: 
106102 JMISBGSBZX CSCF 2016-04-02 16:57:11.595 DNS Standard query response NAPTR Fr 10.184 36. 10.189 42: MÆ: 
107103 JNISBGSBZX CSCF 2016-04-02 46-57-11.596 SIP INVITE xe 10.189. 12- 10.189 12- 5r-t- 
108104 JNISBGSBZX CSCF 2046-04-02 16-57-11 589 SIP INVITE da 10 189 12-10 189 12- 5.2: 
109 "105 JNISBGSBZX CSCF 2016-04-02 16:57:11 594 SIP INVITE dx 10 189 12-10 189 12- Xr 
110 ("106 JMISBGSBZX CSCF 2016-04-02 16:57:11.746 SIP AQO(INVITE) ЖОЕ 10.189-12110.189.121 文 本 : 
11107 JMWVOLTETASSBZX 555 2016-04-02 16:57:11.715 SIP 1000NWVITE)} F 10.189.127 10.189.121 = 4-1 .! 
112108 JNISBGS3BZX CSCF 2046-04-02 16:57:11.794 SIP 100(NVITE) жузе 10.189-.12110.189.121 文 本 消 : 
11309 JNISBG9BZK CSCF 2016-04-02 16:57:11.794 SIP 100(IN'VITE ) dE 10.189. 12- 10 189 12- 565: 
314 440 JNISBGSBZX CSCF 2046-04-02 16-57-11 806 SIP 1000MNVITE)Y qEam 10 189 12-10 189 127 ra 
115511 JNISBGOSBZX CSCF 2016-04-02 16.57.15.744 SIP 193(IP VITE) 接收 10.189.127 10.189.121 XÆ: 
116112 JNISBGOSBZX CSCF 2016-04-02 16-57-15 744 SIP 183(INVITE) Hj 10.189.127 10.189 42: 5r cir. 
az[113 JNISBGSBZX CSCF 2016-04-02 16-57-15 756 SIP 183(IN'VITE) TE C 10.189. 12^ 10.189 12: S+ H.E. 
118114 JNISBG9BZX єл. 2016-04-02 16-57-15 756 SIP 183(INVITE} 了 ло 189 12-10 189 12-572: E. 
11915 JMWVOLTETASSBZX SSS 2016-04- 02 16:57:15. 725_ SIP _TS30UNVITE) 接收 10_.189_127 40 189 12- Cr eid E — pz 
за 4 ORE] cn +, “x= 1а 1 mm 1 = П 
—H- у 
13-45 蓝魔 M7 的 IMS 侧 信 令 
Arr / Es, 4н < 
E E == E 对 天 方式 = | === == 单元 格 em 
F284 - Ф 五 | 200 (CANCEL) 区 
E 
B [ © [ D | E I F T G [ H | 1 J [ K E | M | N [ EET 
JNISBGSBZX CSCF 2018-04-02 16:57:16.886 SIP 200(LIPDATE) E 10.189.127 10.184.34. Ste; == 
JNVOLTETAS?7ZBHZX SSS 2016-04-02 16 57 16 828 SIP 200(UPDATE) 接收 10 489 42240 184 34 Crab = 
JNVOLTETASTBZX SSS 2016-04-02 16:57:16. 828 SIP 200(UPDATE) 发 送 10_184 34 10.189 12’ 交 本 消息 











































265[261 JNISBG9BZX CSCF 2046-04-02 46:57:16.896 SIP 200(UPDATE) жк 10.184.34. 10.189.121 rbi m. 
266/262 JNIGDGSDZX CSCI 2016-04-02 16:57:16.096 SIP 2O0O0(UPD/ATL) безе 10.109.127 40.104.34. Э дуң =. 
267/263 JNVOLTETAS9BZX SSS 2046-04-02 16:57:18.305 SIP CANCEL IE 10.189.127 10.189.12* 3r zi m = 
268[264 JNVOLTETASSBZX SSS 2018-04-02 16:57:18.305 SIP A84(INVITE) жэш 10.189 .12110.189.121 文 本 消息 
269/265 JNVOLTETAS9BZX SSS 2046-04-02 16:57:18.305 SIP INVITE 发 送 10.189.127 10.189.127 44.5 
270/266 JNISBGSBZX CSCF 2016-04-02 16:57:18.334 SIP INVITE 接收 10.189.12110.189.121 文 本 消息 = 
271/267 JMISBGSBZX CSCF 2016-04-02 16-57-18 346 SIP CANCEL TEE 10 188 12710 189 121 文本 消息 
272[268 JNISBGSBZX CSCF 2016-04-02 16:57:18.346 SIP 184(INVITE) Edit 10.189.12- 10.189.121 文 本 消息 , 
рө» JNISBGSBZX CSCF 2016-04-02 16:57:18.346 SIP INVITE px 10.189.127 10.189.12^ 304i 
274/270 JNVOLTETASSBZX SSS 2016-04-02 16:57:18.315 SIP 200(CANCEL) 接收 10.189 12110.189_.121 文 本 
2750271 JNISBG95ZX CSCF 2046-04-02 16:57:18.346 SIP 181(INVITE) x 10.189.127 10.184.36. Z= 
JNVOLTETAS9BZX SSS 2016-04-02 16:57:18.315 SIP INVITE Tuum 10.189.127 10.189. 12737 
JNISBGSBZX CSCF 2016-04-02 16:57:18.346 SIP 200(CANCEL) 发 送 10.489 12: 40.18912: 3X. 
JNISBGSBZX CSCF 2018-04-02 16:57:18. 346 SIP CANCEL EE 10.189 127 10.189 12-7 3r. 
JMVOLTETASSBZX SSS 2046-04-02 46 57 18 325 SIP INVITE ж 10 189 12710 489 12-3729 
JNVOLTETASSBZX SSS 2016-04-02 16:57:18.325 SIP CANCEL 接收 10.189.127 10.189.12- 31 Æ} 
281/277 JNVOLTETAS9BZX SSS Q N E 10.189.12-10.189.12-3r2iB E — 
282/278 JNVOLTETASSBZX SSS 0 й] IE 10.189 42: 10.189 12 六 本 消息 = 
283[279 JNVOLTETASSBZX SSS 2016-04-02 1 CANCEL 发 送 10.189.127 10.189.127 3t zi E — 
JNISBGOBZX CSCF 2016-04-02 16:57:18.366 SIP BoorcANSED Tas 10.189.12110.189.121 文 本 
JNISBGSBZX CSCF 2018-04-02 16 57 18 ЗББ SIP INVITE qae 10 189 12410 189 127r bid E — 
JMISBGSBZX CSCF 2016-04-02 16:57:18 366 SIP A87 (INVITE) Hk 10_189 127 10.189 127 җн, 
JNISBGSBZX CSCF 2018-04-02 16-57-18 366 SIP CANCEL 接收 10_489 12710 489 127 妆 本 消 . 息 
JNISBG95ZX CSCF 2016-04-02 16:57:18.366 SIP INVITE 发 送 10.189.127 10.189.12- 3t zi E. 
JNVOLTETASOSBZX SSS 2016-04-02 16:57:18.335 SIP 487(INVITE) Tuan 10.189.127 10.189.121% bi m — 
JMVOLTETASSBZX SSS 2018-04-02 16:57:18.335 SIP ACK 发 送 10.189.12110.189.121 文 本 消息 
JNISBG9BZX CSCF 2046-04-02 16:57:18.366 SIP ACK 发 送 10.189.127 10.189.127 44.5 
JNVOLTETAS9BZX SSS 2016-04-02 16:57:18.335 SIP 200(CANCEL) 接收 10.189.12110.189.121 文 本 消息 = 
JMVOLTETASSBZX SSS 2016-04-02 16-57-18 335 SIP ACK 接收 10 189 12-10 189 127 交 本 消息 
JNISBGSBZX CSCF 2016-04-02 16:57:18.366 SIP ABT(INVITE) 发 送 10.189.127 10.189.121 文 本 消息 , 
JNISBGSBZX CSCF 2016-04-02 16:57:18.366 SIP 200(CANCEL) жз® 10.189.127 40.189.12: 31474, E — 
JNVOLTETASSBZX SSS 2018-04-02 16:57:18.335 SIP INVITE 接收 10.189 12110.189_.121 文 本 消息 三 | .. 























图 13-46 终端 挂机 ， 网 络 侧 回 应 消息 
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12. 联想 A3860 TE VoLTE 下 电话 会 议 不 能 管理 的 问题 分 析 


【问题 描述 】. 


HRE A3860 作为 会 议 发 起 者 发 起 VoLTE 电话 会 


理 ， 不 能 单独 挂 断 某 一 成 员 电 话 ， 而 发 起 2G 电话 会 
象 ， 如 图 13-47 ~ 图 13-50 所 示 。 
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[| 13-47 联想 A3860 电话 会 议 1 
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图 13-49 联想 A3860 版 本 








议 时 ， s 电话 会 议 成 员 进 行 管 
议 可 以 进行 管理 ,测试 3 次 均 出 现 此 现 





=< 管理 电话 会 议 
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图 13-48 联想 A3860 电话 会 议 2 


b АУ 818 П) 上 10:08 
设备 信息 


型 号 
Lenovo A3860 


Android 版 本 
5.1 


内 核 版 本 

3.10.65 

jenkins@ubuntu #1 

Mon May 9 23:37:50 CST 2016 


版 本 号 
A3860_S003_160201_CMCC 


硬件 版 本 
H301 


处 理 器 
4 核 1GHz 


运行 内 存 
1GB 


图 13-50 ”联想 A3860 设备 信息 
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【问题 分 析 】: 

1) SIM 卡 及 无 线 环境 。 更 换 SIM 卡 后 ， 仍 然 不 能 对 会 议 进行 管理 ， 故 排除 SIM AK, 

测试 时 终端 所 处 无 线 环 境 良 好 ，RSRP 值 为 -76dBm、SINR 值 为 30dqB， 且 其 他 终端 在 
此 无 线 环境 表现 正常 ， 故 排除 无 线 网 因 和 对。 

2) 核心 网 信 令 跟踪 。 通 过 AS 侧 信 令 跟踪 发 现 ， 通 话 过 程 中 信 令 流程 无 异常 ， 排 除 核心 
网 因素 ， 定 位 为 终端 问题 ， 未 开放 VoLTE 电话 会 议 管理 功能 。 

【解决 方案 】: 

综 上 ， 此 问题 定位 为 终端 问题 ， 联 想 A3860 终端 未 开放 VoLTE 电话 会 议 管理 功能 ， 需 
提交 终端 公司 进行 优化 解决 。 


13.2 第 二 招 敏 而 好 学 一 一 无 线 侧 优化 思路 及 典型 案例 











1. 网 络 侧 配置 异 频 频 点 超过 3 个 导致 UE 异常 eSRVCC 切换 

[ 问题 描述 】: 

VoLTE 终端 在 进行 VoLTE 语 首 通 话 过 程 中 ， 在 网 络 侧 配置 异 频 场 景 较 多 的 情况 下 UE IJ 
量 异 频 异常 ， 无 法 正常 完成 异 频 切 换 ， 导 人 致 UE 在 实际 无 线 网 络 环境 较 好 的 条 件 下 发 生 es- 
RVCC 切换 。 

[ 问题 分 析 ] : 

1) 如 图 13-51 所 示 ， 测 试车 辆 在 八 一 路 由 北向 南 行驶 ， 终 端 占 用 LDH0905344H1_ 兰 山 
о ( 频 点 : 38098, PCI: 297) 无 法 正常 切换 至 LDH0905341H1_ 兰 山 儿 童 医 
院 联通 〈 频 点 : 37900, PCI. 399), ， 随 后 发 起 eSRVCC 切换 。 


Map - 20160411 精 品 区 域 币 UEl: HTC M8 (1)1 
акт т S = Ва w + ® @ як ~ "e. "| = (ü -A + Parameter Харе PC Time as Q £ ç Y a@ 









































ncn ЕЩЦ FF] VIE; P Е Technology LTE 10:01:20.006 4$ LTERRC-->MeasurementReport 

Чйоноооовзн = Wk 机 研究 所 T. а= Sussex LTE Connect 10:01:29.616 4 LTERRC— MessurementReport 

f EE E] s | 10:01:32.651 % LTE RRC->paging 

| a X<= -115 EMM State Registered | 10:01:37,769 J, LTE RRC— Paging 

v qj -115 <x <= 104) Band 10:01:39.033 Æ% LTE КАС-->Радіпо 

x : a a D F е 

9 LEH090E3WS5_ 兰 山 临 沂 市 沂 i [ve -105 < x <= -95 z 10:01:39.833 Ф LTERRC-—>MeasurementReport 

LEH090F3WS =“ ТТЛ. | ре 95 <x <= 85 | Bandwidth DEO асе T IET ps 
NM 9006 ШОШ ЕЕ * ШТ ЕЩ toc FrequencyDL(MHz) — 2604.80 DEI лс. 

x ң di. ЖЕШ тк -= ||831F ; eV] -85 <х <= -75 ајд) " 10:01:41.674 ф LTERRC-->MeasurementReport 
ы "M Sese. T диды © e | ge 5 EARFCN DL 38038 10:01:42.126 会 LTERRC-»MeasurementReport 
LE ESBS 一 4 本 使 淮山 邮电 支 | ipfos us = Data PCI 297 КЫ СО Н ам 

Í Е ES] HTC мв (1): 201604 :01:42.906 2, -->Радіпо 
Т) i zm RSSI(dBm) 8725 10:01:43.125 + LTERRC—MeasurementReport 
ica Probe T 880401 RSRP[dBm) -113.81 10:01:43.546 JL LTERRC->Mobility FromEUTRA Command 
| Events RSRP AntO(dBm) 41381 10:01:43.546 JL RRHandover Command 
i — GPs 10:01:43.546 2 RRPhysicalInformation 
ipe 2160485983 RSRP Anti(dBm) -117 10:01:43.546 Ф RR Handover Complete 
: =: WERI єр (ЯВ) 9.80 10:01:43.608 2 RRPhysicalInformation 
EH290EXES_ 兰 山 | - I Regions RSRO(dE) px 10:01:43.749 {t RRGPRSSuspension Request 
2 Analysis 10:01:43.748 ф RRMeasurementReport 
PUSCH TxPower(dBm) 10 10:01:44.156 2 RR System Information Type 5 ter 
ras 9,  оозмс 兰 山中 国 TM TM2 10:01:44.265 { RRMeasurementReport 
^ RC Rank indicator 1 10:01:44.640 JL RR System Information Type 6 
















































































È 10:01:44.780 4 RRMeasurementReport 
3 w Хб озе = Pathloss[dB) 10:01:45.201 2 RR System Information Type 5 
x 10:01:45.201 ф RRMeasurementReport 
< aphzeokonH | LEE REGIS ^r y | 10:01:45.623 3 RR System Information Type 5ter 


200m 
p] 
el? PC Time Event Q # $ Y B (B| Details 


10:00:57.654 POLQA Result POLQA Score SWB: 4.157 MeanDelay:-40.437(ms) Direction: Up 
10:01:13.597 POLQA Result POLQA Score SWB: 4.177 MeanDelay: 109.737(ms) Direction: Up 

















EARFCN PCI RSRP(dBm) RSRQ(dB) RSSI(dBm) ЕСІ ТАС Dista Cel Name Site Name 

38098 297 -113.81 -6.56 -87.25 9.. 2... 24... LDH290K014H1 22 Ш Д, Ере... LDH290K0... 

39148 198 -1425 -487 -100.31 .. LEH090334251 兰 山 阳 光 高 第 @0 LEH0503345.... 

38950 198 -118.06 593 -102.12 .. 19090334151 兰 山 阳光 高 第 120903345... 10:01:29.757 POLQA Result POLQA Score SWB: 4.142 MeanDelay:-30.705(ms) Direction: Up 
38400 207 -102.87 -400 -83.56 .. LFH0903088R2 Cliffs] LDH030308.... 

38400 209 -119.37 -20.75 -89.56 ... LFH0903087R2_2 ipfe А] LDHO090308... 

38098 92 -130.75 -271.31 -98.50 ... LDHO900025H1, 兰 山 831 局 @22 109090002... 





11: 9 P 5 P B: 4 :8.153(ms) Direction: Uplir— | 
10:02:02. 403 POLQA Result POLQA Score SWB: 2598 MeanDelay: 337.066(ms) Direction: Up — 
10:02:17.773 POLQA Result POLQA Score SWB: 1.841 MeanDelay:486.968(ms) Direction: Up. Y 


13-51 测试 界面 
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2) 分 析 发 现 UE 占用 LDH0905344H1_ 兰 山 儿 童 医院 联通 @2 ( 频 点 : 38098, PCI; 297) 

言 号 已 经 达到 A2 门限 ， 满 足 异 频 起 测 条 件 ， 但 UE 始终 不 对 37900 的 频 点 小 区 进行 测量 

( 邻 区 未 看 到 ) ТЕ RSRP ÈI ( -115dbm) 的 情况 下 发 起 了 对 GSM 频 点 的 测量 ， 随 后 发 起 
eSRVCC 切换 ， 如 图 13-52 所 示 。 
































- LTE RRC—>Measurement Report 5 二 一 一 : 
"YT Parameter value | PC Time | | Name ag T 
口 message 
ва Technology LTE 09:53:54.390 J LTE RRC-->Paging 
RRC State LTE Connecti! 09:53:55.680 2 LTE RRC-->Paging 


: 09:53:59.565 2 LTERRC--»Paging 
Bell Registered | 09:53:59.754 会 LTERRC—»MeasurementReport 
Band 38 09:54:01.064 会 LTERRC--»MeasurementReport 
BandwidthDL(MHz) 20 09:54:04.655 % LTERRC--»Paging 

09:54:05.919 Л. LTERRC--»Paging 
Frequency DL(MHz) 2604.80 | 09:54:11.044 2 LTERRC-->Paging 
EARFCN DL 38098 g T WP TT. 


PCI 297 09:54:12.417 Ф LTERRC-»MeasurementReport 
09:54:12.900 会 LTERRC--»MeasurementReport 

RSSI(dBm) 90.68 09:54:13.384 会 LTERRC-->MeasurementReport 

RSRP(dBm) -121.62 09:54:13.883 会 LTERRC-->MeasurementReport 

olIRSRP Ant0(dBm) -121.62 < 54: эн 由 UE RRC--» Mobility FromEUTRA Command 











09: 54: 14. 554 з pmo 
250 09:54:14.554 会 RRHandover Complete. 





RSRP(dBm) RSRQ(dB) RSSI(dBm) E TA Distam Cell Name 
PCell 38098 297 -121.63  -10.88  -90.69  9.2..204.. LDH290K014H1 RETRO 












-113.37 — 818 678... LEH090334151 ЛТ сует 

38400 207 -102.75 7.43 -86.31 282... LFH0903088R2_> ARAS 10н090309 -.- ..... Event be 

38098 92 -130.75 -2231 -99.37 480... LDH0900025H1 兰 山 831 局 @22 109090004 05:54:14,554 PSto CSHandOver Success(LTE->. 
Uw б PF б 
















LTETo o GSM(BCCH: 543, BSIC: W 






Direction: U 


图 13-52 测试 分 析 


3) 分 析 RRC 重 配置 消息 发 现 ， 频 点 37900 网 络 侧 未 下 发 至 终端 ， 网 络 侧 只 下 发 了 频 点 
39148. 38950, 、38400， 如 图 13-53 所 示 。 





rechnology LTE 09:53:15.278 Л LTERRC-->System Information Blocks(Sb5) 
АС State LTE Connect! 09:53:15.356 % LTE RRC-»System Information Blocks(Sb6) 
| 09:53:17.274 2 LTERRC--»Paging 
MM State Registered | 09:53:17.602 会 LTERRC--»MeasurementReport 
Запа 38 09:53:22.415 5 LTERRC--»Paging 
3andwidthDL(MHz) 20 09:53:24.287 会 LTERRC--»MeasurementReport 
, 09:53:24.989 JL LTERRC--»Paging 
"equencyDL(MHz) 2604.80 09:53:30.119 J, LTE RRC-->Paging 
zARFCN DL 38098 09:53:32.622 Л. LTERRC--»Paging 
XI 297 09:53:34.557 会 LTERRC-->MeasurementReport 
09:53:35.354 会 LTERRC--»MeasurementReport 
ssI(dBm) -68.56 09:53:36.509 J, LTE RRC-->Paging 
1SRP(dBm) -97.12 09:53:37.369 会 LTERRC--»MeasurementReport 
1SRP Ant0(dBm) -99.31 09:53:37.369 $ LTERRC-->RRC Connection Reconfiguration 
09:53:37.369 会 LTERRC--»RRC ConnectionReconfiguration Com... 
VSRP Anti(dBm) -97.12 09:53:38.904 会 LTERRC-->MeasurementReport 
9:53:06.744 Outgoing Call Setup Delay: 3220(ms 
9:53 09237 Dutgoing Call Established 
09: 53: 29. 888 POLQA Result POLQA Score SNB: 4003 MeanDelay: - -184. E Direction: Uplink RecordFil 


35 354 F t Rep ells ef D ntra Threshold D RSRP 
09:53:35 354 EventAl eportCells 8,297 Handover Type: Intra Threshold Type: RSRP Thresho 





Serving Neighbor Cel List - 20160411 精 品 区 域 出 试 UE1: HTC M8 (1) 1 
Type  EARFCN PCI RSRP(dBm) RSRQ(dB) RSSI(dBm) E TA Distaw Cel Name 
PCell 38098 297 -97.13 -6.75 -68.56 9.2.3977 iDH290K014H1 兰 山 儿童 医院 联通 @2 











[13-53 ”信和 令 流 程 
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4) 核查 LDH090534H_ 兰 山 儿 童 医 院 联 通 基 站 告警 : 小 区 运行 状态 正常 ， 无 明显 异常 





5) 核查 LDH090534H_ 兰 山 儿童 医院 联通 站 点 的 邻 区 关系 核查 结果 邻 区 关系 正常 。 

6) 核查 GPS 同步 正常 。 

7) 核查 硬件 设备 、 现 场 占 用 的 小 区 ， 各 项 业务 均 正 常 ， 排 除 人 硬件 与 天 馈 原 因 。 

8) 设备 重启 、 邻 区 重新 添加 ， 问 题 依 旧 存 在 。 

9) 查询 后 台 异 频 测 量 参数 。 

(D 异 频 相 邻 频 点 情况 : FXD 双 层 网 开通 之 后 ， 目 前 站 点 配置 外 部 小 区 频 点 个 数 达 到 
D 目前 终端 异 频 测量 能 力 : Ж Ыл ЖЛ 3 个 异 频 频 点 ， 高 通 芯 片 保 守 答 复 4 个 。 
HTC M8 采用 高 通 蕊 片 ， 但 本 次 测试 发 现 异 频 测量 能 力 只 有 3 个 频 点 。 

由 于 配置 异 频 频 点 多 且 未 设置 优先 级 ， 因 此 基站 只 下 发 3 个 频 点 。 

本 问题 中 网 络 侧 只 下 发 了 频 点 39148 38950, 、38400 ， 导 致 UE 未 发 起 异 频 37000 测量 ， 
如 图 13-54 与 图 13-55 所 示 。 








4 个 











LDHOS90534H, 兰 山 儿童 医院 联通 
+++ IDHD30534H 兰 山 儿童 医院 联通 2016-04-18 16:04:03 
0AM #506375211 
37ryB1DBBB2FALST EUTRAHINTERHFREQ: ;NN 
RETCODE = 0 执行 成 功 


#FLBJEUTRAHEFSDHREH SEP a 


本 地 小 区 标识 “下行 频 点 “上行 频 总 配置 指示 上行 频 点 ” 异 频频 点 小 区 重 选 其 先 嫩 配置 指示 ЕМШИ msc 


38098 趟 配置 不 配置 
38400 趟 配置 不 配置 
38950 趟 配置 不 配置 
39148 十 配置 十 配置 
38098 ТСЕ 不 配置 
38400 十 配置 不 配置 
38950 十 配置 不 配置 
АСЕ 不 配置 
不 配置 不 配置 
趟 配置 不 配置 
趟 配置 不 配置 
不 配置 不 配置 
АСЕ 不 配置 
不 配置 不 配置 
不 配置 不 配置 
不 配置 不 配置 


0 
0 
0 
0 
1 
1 
1 
1 
e 
2 
2 
2 
3 
3 
3 
3 





K| 13-54 MML 下 行 频 点 查询 


【解决 方案 】: 
通过 调整 寞 频频 点 优先 级 进行 解决 : D 频段 =7, 下 频段 =6, EE 频段 =5， 如 图 13-56 
BI o 
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ВЕЕ СЕЛАТА ЛЕА Та еМ РЫІ (к) 笛 载 平衡 频 点 惰 先 纸 ЕЕЕ {Н (分 内 ) MEE E 


禁止 
禁止 
禁止 
禁止 
ЖЕЕ 


ОЯБ 
(dB 
ОЧЕ 
ОЕ 
DdB 
ОЧЕ 
ОЧЕ 
üdB 
(dB 
(dB 
(dB 
(dB 


ЖЕЕ 
禁止 
禁止 
禁止 
禁止 
禁止 
禁止 


2 a A A A A A A A A = ms 
= — — — co -1 — -1 一 
с 2 с aAa с ш ш ш шс с ш ш 





图 13-55 MML 测量 频率 优先 级 查询 


РЕ ЕНДЕШЕ ЖЕЛЕП Тат еМ БАЕЛ БЕО OG ба ТА DISCS ”连接 音频 率 博 置 ГЕШ) ЯШЫЛ 


üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 
üdB 


-有 -= 有 -= —4 җа 
(л п - с c = = = = = = un in m à 


ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 
ü 





图 13-56 调整 异 频 频 点 优先 级 


调整 切换 优先 级 之 后 ， 现 场 测试 正常 下 发 了 37900 的 测量 控制 ， 能 够 正常 切换 ， 如 图 13-57 
所 示 。 

由 于 目前 现 网 开通 了 大 量 FD 双 层 网 ， 配 置 相 关 异 频 测量 频 点 数量 达到 4 个 ， 导 致 测 
量 控制 下 发 频 点 异常 ， 建 议 在 异 频 配 置 较 多 的 场景 ， 对 室外 宏 站 异 频 频 : 点 配置 优先 级 р >Е 
>E, DE 27, 下 频段 =6, ЕБ = 5. 

2. VoLTE 用 户 语音 呼叫 中 切换 视频 通话 不 接 40 s 后 释放 呼叫 

【 问题 描述 】 : 

VoLTE 用 户 A 拨打 VoLTE 用 户 B， 在 语音 通话 过 程 中 ，A sk B 发 起 切换 视频 请 求 ， 如 
果 对 方 不 接受 切换 视频 请 求 ， 则 约 405 后 整个 呼叫 被 释放 ， 不 接受 切换 视频 请 求 ， 语 首 通 话 





























251 








Message Details - 9153137820160418105528_UE1: HTC M8 (1) 1 
日 .LTE RRC-->RRC Connection Reconfiguration 
日 -DL-DCCH-Message 


P). message 
日 .cl 


日 - rrcConnectionReconfiguration 
rrc-TransactionIdentifier = 3 
日 - criticalExtensions 


日 -cl 


Ё rrcConnectionReconfiguration-8 


日 -measConfig 





日 .measObjectToAddModList 
日 -MeasObjectToAddMod 
measObjectId = 2 


日 -measObject 
日 .measObjectEUTRA 





carrierFreq = 37900 
allowedMeasBandwidth = mbw 100 
presenceAntennaPort1 = false 
neighCellConfig = 01 

offsetFreq = dB0 


List - 915313782016041810552+ 





38098 297 -85.19 


.RSRP(bm) RSRQ(dE) RSSIdBm) Et Di Cel Name nad 
9.. ; 4.. LDH290K014H1_ 兰 山 儿童 医院 联通 @2 


-5.44 


【 问题 分 析 】 : 
1) 主 叫 号 码 159 xxxx4399， 被 叫 号 码 187 xxxx6980。 通 过 CSCF 信 令 分 析 发 现 ， 被 
Ш AS 给 被 叫 CSCF 发 了 BYE 消息 ， 最 终 被 叫 CSCF 将 BYE 消息 发 给 了 被 叫 SBC， 然 后 发 送 


至 终端 ， 如 图 13—58 所 示 。 





-59.75 


_UE1: HTC М8 





Radio Meas 











Parameter Value PC Time Name Q # # Y G @ 
Technology LTE 11:27:06.227 2 LTE RRC-->Paging 
f а State LTE Conn 11:27:10.079 号 LTE RRC-->Paging 
[т к 11:27:12.622 2. LTE ВАС-->Радіпд 
一 EMM state Registere 11:27:15.180 2 LTE RRC-->Paging 
' Band 38 11:27:15.994 会 LTERRC--»MeasurementReport 
BandwidthDL(MHz) 20 11:27:19.032 5 LTERRC--»Paging 
EWART 11:27:19.438 会 LTERRC-->MeasurementReport 
Frequency DL(MHz) 2604.80 BEEFT re 
EARFCN DL 38098 11:27:19.438 会 LTERRC-->RRC ConnectionReconfiguration Com... 
PCI 297 11:27:20.358 Æ LTE RRC-->Paging 
11:27:20.358 会 LTERRC-->MeasurementReport 
шел RSSKdam) -59.75 “| 11:27:20.389 2 LTERRC-->RRC Connection Reconfiguration 
==, RSRP(dBm) -85.18 11:27:20.436 会 LTERRC-->RRC ConnectionReconfigurabon Com... 
RSRP Ant0(dBm) -85.18 11:27:20.436 2. LTERRC-->RRC Connection Reconfiguration 
Мес LLES 11:27:20.436 会 LTERRC-->RRC ConnectionReconfiguration Com... 
RSRPAnti([dBm) -87.50 | 11:27:20,436 2 LTERRC-->System InformationBlock Type 1 
E) 28.70 11:27:20.436 号 LTERRC--»System Information Blocks(Sib2,Sb3) 
< | Event List - 9153137820160418105528 UE1: HTC M8 (1) 1 
| PC Time Event Q $9 $ Y 8 9|Details 
11:26:44.426 POLQAResult POLQA Score: 1.000 MeanDelay: 0.000(ms) Dired 
11:27:00.290 POLQA Result POLQA Score: 1.000 MeanDelay: 0.000(ms) Dired 
м 11:27:16.321 POLQA Result POLQA Score: 1.000 MeanDelay: 0.000(ms) Direct 





11:27:19.438 Event A2 ReportCells: 38098, 297 Handover Type: Intra 





~ 11:27:20.389 LTEHandover Request Inter LTE 38098, 297 -> 37900, 399 


11:27:20.436 





LTE Handover Success HO Delay: 20ms 


图 13-57 ”修改 优先 级 后 的 测试 结 


SJ 性 务 管理 器 © 被 叫 CSCF 信 邻 跟踪 - 按 用 户 跟踪 1 
m Еа че Э 5 


B. 
序号 
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时 间 

2016-03-25 14:21:03.405 
2016-03-25 14:21:03.405 
2016-03-25 14:21:03.415 
2016-03-25 14:21:03.545 
2016-03-25 14:21:03.566 
2016-03-25 14:21:03.585 
2016-03-25 14:21:03.585 


2016-03-25 14:21:03.605 
2016-03-25 14:21:03.605 


2016-03-25 14:21:43.385 
2016-03-25 14:21:43.385 


2016-03-25 14:21:43.385 
2016-03-25 14:21:43.385 
2016-03-25 14:21:43.385 


2016-03-25 14:21:43.385 
2016-03-25 14:21:43.395 


时 间 

2016-03-25 14:21:43.405 
2016-03-25 14:21:43.405 
2016-03-25 14:21:43.405 
2016-03-25 14:21:43.405 
2016-03-25 14:21:43.405 
2016-03-25 14:21:43.405 
2016-03-25 14:21:43.405 
20 
2016-03-25 14:21:43.405 
2018-03-25 14:21:43.415 
2016-03-25 14:21:43.415 





6-03-25 14:21:43.405 





2016-03-25 14:21:43.415 
2016-03-25 14:21:43.415 
2016-03-25 14:21:43.415 
2016-03-25 14:21:43.415 
2016-03-25 14:21:43.415 


类 型 
SIP 
SIP 
SIP 
SIP 
SIP 
SIP 
SIP 
SIP 
SIP 





ER Ф 


源 
10.187.89.132:5082 
10.187.89.5:5141 
10.187.89.146:5060 
10.187.89.5:5140 
10.187.89.5:5145 
10.187.89.132:5082 
10.187.89.5:5145 
10.187.89.5:5140 
10.187.89.132:5082 
10.187.89.132:5082 


10.187.89.132:5082 


10.187.89.132:5082 
10.187.89.5:5144 
10.187.89.5:5145 
10.187.89.5:5145 
10.187.89.5:5145 


35 
.187.89.132: 


.184.36.129: 
,187.89.132: 
,187.89.132: 
.187.89.132: 
.184.36.129; 
.184.36.129; 
.184.36.129: 


5082 
5060 
5082 
5082 
5082 
5060 
5060 
5060 





10.187.89.5:5140 
10.187.89.5:5145 
10.187.89.5:5145 
10.187.89.5:5145 
10.187.89.5:5145 
10.187.89.5:5140 
10.187.89.5:5145 


图 13- 








目标 消息 消息 摘要 XJ 
10.187.89.5:5140 INVITE INVITE sip:460002462995283(10.187.89.1... 
10.187.89.146:5060 INVITE INVITE 1р:460002452995283@10.187.89.1... 
10.187.89.5:5141 100(INVITE) SIP/2.0 100 Trying 

10.187.89.130:5128 100(INVITE) SIP/2.0 100 Trying 

10.184.36.129:5060 100(INVITE) SIP/2.0 100 Trying 

10.187.89.5:5144 100(INVITE) SIP/2.0 100 Trying 

10.187.89.132:5082  100(INVITE) SIP/2.0 100 Trying 

10.187.89.132:5082  100(INVITE) SIP/2.0 100 Trying 

10.187.89.5:5145 SIP/2.0 100 T 

10.187.89.5:5144 408(INVITE) SIP/2.0 408 Request Timeout 
10.187.89.5:5145 BYE BYE 51р:450002462995283@10[187.89.132:... 
10.187.89.5:5144 BYE BYE =ір:460029642092652@139.114.75.25:... 
10.187.89.132:5082 АСК ACK sip:460002462995283(10.187.89.132:... 
10.184.36.129:5060 ^ 4O0B(INVITE) SIP/2.0 408 Request Timeout 
10.187.89.132:5082 BYE BYE =ір:460002462995283@10.187.89.132:... 
10.184.36.129:5060 BYE BYE 51р:460029642092652@139.114.75.25:... 
目标 消息 消息 摘要 PX 
10.187.89.5:5140 BYE BYE 5ip:46000246299528310.187.89.146:... 
10.187.89.5:5144 200(INVITE) SIP/2.0 200 OK 
10.187.89.5:5145 408(INVITE) SIP/2.0 408 Request Timeout 
10.187.89.5:5145 BYE BYE 51р:46002964209265210.187.89.132:... 
10.187.89.5:5145 200(BYE) SIP/2.0 200 OK 
10.187.89.5:5144 BYE BYE sip:4600296420926528 10.187.89.7:51... 
10.187.89.5:5145 ACK ACK sip:4600024629952836010.187.89.132:... 
10.187.89.5:5145 BYE BYE 5ip:460002462995283810.187.89.132:... 











BYE sip:4600024629952836010.187.89.146:.. 


10.187.89.130:5128 . 200(INVITE) SIP/2.0 200 OK 

10.187.89.132:5082 АСК АСК 5ір:460002452995283@10.187.89.132:... 
10.187.89.132:5082 . 4O08(INVITE) SIP/2.0 408 Request Timeout 
10.187.89.132:5082 200(ВҮЕ) SIP/2.0 200 OK 

10.187.89.132:5082 200(ВҮЕ) SIP/2.0 200 OK 

10.187.89.130:5128 BYE BYE 51р:450029642092652@10.187.89.7:51... 
10.184.36.129:5060 200(ВҮЕ) SIP/2.0 200 OK 


58 CSCF 信 令 流程 


2) iX BYE 消息 由 被 叫 AS 信 令 网 元 产生 ， 如 图 13-59 所 示 。 








т=з IL PJ barth "ur RHH 一 一 一 Im < HREF JI "HEF 4 

p uú m аа опе i z B F| m ë 

序号 жн 时 间 源 目标 消息 消息 摘要 4 
5 SIP 2016-03-25 14:21:03.398  10.187.89.132:5082 10.187.89.5:5145 INVITE INVITE sip:460002462995283(10.187.89.1... 
E SIP 2016-03-25 14:21:03.408  10.187.89.5:5145 10.187.89.132:5082 [INVITE INVITE 51р:460002462995283@10.187.89.1... 
8 SIP :21:03. Ë .89. : . .89.5: INVITE 51р:460002462995283@10.187.89.1... 
9 SIP 2016-03-25 14:21:03.588  10.187.89.132:5082 10.187.89.5:5144 100(INVITE) SIP/2.0 100 Trying 

ü SIP 2016-03-25 14:21:03.608  10.187.89.132:5082 10.187.89.5:5145 100(INVITE) SIP/2.0 100 Trying 

1 SIP 2016-03-25 14:21:03.608  10.187.89.5;5145 10.187.89.132:5082 100(INVITE) SIP/2.0 100 Trying 

2 SIP 2016-03-25 14:21:03.628  10.187.89,5:5140 10.187.89.132:5082 100(INVITE) SIP/2.0 100 Trying 

& SIP BYE 51р:460002462995283@10.187.89.132:... 





i3 SIP 2016-03-25 14:21:43.371 |10.187.89.132:5082 10.187.89.5:5144 408(INVITE) SIP/2.0 408 Request Timeout 

б SIP 2016-03-25 14:21:43.371  10.187.89.132:5082 10.187.89.5:5144 BYE sip:460029642092652($139.114.75.25:. 

B SIP 2016-03-25 14:21:43.381  10.187.89.5:5144 10.187.89.132:5082 ACK sip:460002462995283@10.187.89,132:. 
ig SIP 2016-03-25 14:21:43.381  10.187.89.132:5082  10.187.89.5:5140 BYE BYE sip:460002462995283(10.187.89.146:... 
i0 SIP 2016-03-25 14:21:43.391  10.187.89.132:5082  10.187.89.5:5145 408(INVITE) SIP/2.0 408 Request Timeout 





[d] 13-59 被 叫 BYE 信 仿 流程 


3) a AS 产生 BYE 消息 的 原因 : 一 方 发 起 视频 请 求 后 ， 被 叫 AS 发 送 re - invite 消息 
到 终端 后 ， 终 端 不 接 ， 定 时 大 就 超时 释放 ， 该 定时 需 查 询 结果 如 图 13-60 所 示 。 


= 页 ва Z| mm | 1 mam | Z DEID ue | o тама 
` 融合 X imas 
Bee s 等 竺 最 终 响 应 定时 器 时 长 T1 (4) | re-TINITE 等 待 最 终 响应 定时 器 时 长 2 《种 | 。 re-IIVTTY 等 待 最 终 响 应 定时 器 时 长 T3 ($P) — re-IIWTTE 等 待 最 终 响 应 定时 器 时 长 74 (种; 
теча 40 45 55 

"ваши р ÅT 

т e А 

器] 修改 融合 呼叫 模块 全 局 开关 
асна 
v Coste tee eS гт 7 m 


Lo 修改 融合 呼叫 模块 定时 器 
БЕГИНЕ — | 2 E3 B 时 
ЗБ ЗЕК: ТТЕ > SHOW COMTIMER 
ЕН ERR ZTE > 
由 修 路 融 舍 呼叫 模块 激活 检测 ———— 


| ЖН ӘНИНЕ АШ #8 Aw] 























图 13-60 ”定时 器 查询 


【解决 方案 】: 

根据 协议 (Rfc3261) je 终端 不 啊 应 就 是 要 终结 呼叫 ， 目 前 SIP 里 没有 定义 在 对 
话 内 取消 一 个 请 求 的 办 法 。 后 续 ， 需 要 中 兴 公 司 进 行 分 析 ， 解 决 该 问题 。 

3. VoLTE 在 MLB else ilii qus нні 

[ 问题 描述 ] : 

VoLTE 基于 业务 的 异 频 切 换 反 复 上 报 AA 测量 报告 ， 但 是 基站 不 下 发 切换 重 配置 的 消 
E, TAMEME, WK 13-61 所 示 。 

[ 问题 分 析 ]: 

1) 通过 PROBE 信 令 分 析 ， 确 认 ОСП 建立 以 后 ， 基 站 正常 下 发 了 基于 业务 的 异 频 切换 
测量 控制 ， 但 终端 上 报 测量 报告 后 没有 下 发 切换 命令 。 基 站 能 下 发 A4 测量 控制 ， 确 认 特 性 
触发 没有 问题 ， 怀 疑 基站 处 理 测 量 报告 时 过 滤 掉 了 邻 区 ， 导 致 无 切换 触发 。 
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ii mrm ES] Event List 2 loz] 









































































































Mt m Фф Ф 
Time + TimeStamp Source Channel Direction P Message e алй i Information al 
15:54:57... 51723935 М51 DL-DCCH eNodeB->MS RRCConnectionReconfiguration 15:54:46.666 MS1 LTEEventAl 
15:54:57... 51724065 М51 UL-DCCH MS-»eNodeB RRCConnectionReconfigurationComplete 15:54:57.568 MS1 VoLTECallAttempt(MTC) 
15:54:57... 51724230 M51 NAS eNodeB-» MS ActivateDedicatedEPSBearerContextRequest 15:54:57.724 MS1 LTEERABSetupAttempt eps-Bearerldentity:7 
15:54: € 51724234  MS1 NAS MS->eNodeB ActivateDedicatedEPSBearerContextAccept 15:54:57.728 LTEERABSetupSuc 
EB DL-DCCH eNodeB-» MS i:RCConnectionReconfiguration в eps Beareridentity:7 
15;5 M 51724936 М51 UL-DCCH MS-»eNodeB ULInformationTransfer x = YI ERABEstablishSuc 
15:54:57... 51725115 М51 UL-DCCH MS--eNodeB RRCConnectionReconfigurationComplete VolTECa Setupsuc(MTC) IT 
15:54:58... 51744471 М51 DL-DCCH eNodeB-» MS DLInformationTransfer 15:54:58.447 MS1 LTEEventA4 QCI1L 建 立成 功 
15:54:58... 51744562 MS1 NAS eNodeB-» MS ModifyEPSBearerContextRequest 15:54:58.513 MS1 LTEEventA3 
15:54:58... 51744565 М51 NAS MS-»eNodeB ModifyEPSBearerContextAccept 15:54:58.513 MS1 LTEEventAl 
15:54:58... 51744596 MS1 UL-DCCH MS->eNodeB ULInformationTransfer 15:54:58.513 MS1 LTEEventAl 
15:54:58... 51747643 М51 UL-DCCH MS--eNodeB MeasurementReport E | TA. 
15:54:58... 51749783 М51 UL-DCCH MS->eNodeB MeasurementReport 129 1 a me 930 3 
15:54:58... 51749802 М51 UL-DCCH MS->eNodeB MeasurementReport 15:54:59.172 [| 
15:54:58... 51749813 М51 UL-DCCH MS-» eNodeB MeasurementReport | 终端 一 直上 报 A4 测 15:54:59.413 š 
15:54:58... 51755556 М51 UL-DCCH MS->eNodeB MeasurementReport 15:54:59.655 В | 
15:54:58.. 51763478 MS1  UL-DCCH М5->еМодеВ MeasurementReport | 3& ,基站 不 下 发 切换 | [55459898 
15:54:59... 51771382 М51 UL-DCCH MS->eNodeB MeasurementReport 重 配 命 15:55:00.139 
15:54:59... 51779304 М51 UL-DCCH MS->eNodeB MeasurementReport 15:55:00.381 
15:54:59... 51787231 М51 UL-DCCH MS--eNodeB MeasurementReport 15:55:00.623 
15:54:59... 51795169 М51 UL-DCCH MS--eNodeB MeasurementReport + 15:55:05.608 MSI VoLTECallEstablished(MTC) 
Sj == Ш | } 15:55:19.404 MS1 VoLTECallEnd CallDuration(s):13 
M 4A b Mj А11 HS/ м4 15:55:19.560 MS1 LTEERABNormalRel eps-Bearerldentity:7 
Serving and Neighboring Cells : MS1 [=a EJ 22] ЁА Message Browser - MsgExplain [= [ГЕ > | 
Туре PCI RSRP(dB.. RSRQ(.. RSSI(dB.. EARF.. Frequency Offset.，Pathl. Time Difference... Cell Na... CellID eMode. ||| — 
Detected 0 -82.63 -10.88 5175 37900 98 Ев, QO 建立 成 功 ат f [oo0----- 
用 37900 频 点 " rrcConnectionReconfiguration-r8 
EZ IP Key Messages wa [= [rj] HORT eed 本 
-| + 4 7" measConfig 
Source Time Direction Message Information SA ШАНА 
15:54:57.6.. UE-> Netw.. IMS_SIPINVL.. SIP: Response: 51Р/2.0 INVITE: 183 session progress 2:22 * K ; 
MSI 15:54:58.1.. Network. IMS SIPPRA.. SIP: Request: SIP/2.0 PRACK U Moo m E E E M M DM 
MS1 15:54:58.1... UE-»Netw.. IMS SIP PRA.. SIP: Response: SIP/2.0 PRACK: 200 ok ЕЕ 3 
MS1 15:54:58.2.. Network. IMS SIP UPD.. SIP: Request: SIP/2.0 UPDATE ЗАБЕС ° 
MS1 15:54:58.2... UE-> Netw... IMS SIP ОРО... SIP: Response: SIP/2.0 UPDATE: 200 ok | 
MS1 15:54:58.2... UE->Netw... IMS SIP INVI.. SIP: Response: SIP/2.0 INVITE: 180 ringing 













00000000h : DREEFIETEBECENEDEFBUEUNLINEEFEBINSNEDSENS : 
0000000Eh: [Е 5 2 06 E: 
000000iCh: ЕП ПШПШ ШӘЛЕ НЕ 0А D6 16 00 00 ВЭР 


图 13-61 测试 信 令 流程 


2) 分 析 话 统 发 现 当 目标 小 区 用 户 数 很 多 时 ,切换 基本 上 都 不 能 触发 ,怀疑 是 基站 MLB 
( Mobility Load Balancing, 移动 性 负载 均衡 ) 特性 开启 导致 的 邻 区 过 小 失败 。 经 过 多 次 试验 
RM, MLB 开关 开启 后 ， 在 用 户 数 较 多 时 ， 基 于 业务 的 异 频 切换 很 难 触 发 成 功 ， 如 图 13-62 
所 示 。 


开始 时 间 周期 О) 网 元 名 称 小 区 RON DE 名 CI 为 1 的 业务 E-RAB 建 “业务 种 发 的 异 频 切换 准备 业务 触发 的 异 频 切 换 执行 ARR R RA T о РОНЕ 3: GL) 
立成 功 次 数 Eines 尝试 次 数 成 功 次 数 


04/10/2018 17.4500 |15 LDH050126H_... |eNodeB 名 称 =-LDH050126H_ 创 进 ,本 地 小 区 标识 =0， л ышы иши ши са тене 关闭 MLB ， 触发 切换 
04/10/2016 174500 |15 LDH050126H_ |eNodeB 名 称 =-LDH050126H_ 创 进 ,本地 小 区 标记 -3 AN ЕС НИ ГЕНИ 
04/10/2018 18:00:00 LDH050126H_ |eNpde8 名 向 =LDH050126H- 凶 进 ,本 地 小 g 村 -0 Ia hh 5 | MLB , 切换 

: : Е | 5 打开 MLB ,切换 没有 触发 


04/10/2016 18:00:00 LDH050126H_ leNodeB 名 称 =LDHD50125H_ 创 进 , 本 地 小 区 标识 =3, 小 区 


| ш 
21 page 1 













































































10.213.47.224 维 


2016-04-10 17:54:36(440) 
2016-04-10 17:54:40(730) 
2016-04-10 17:56:56(880) 


2016-04-10 18:02:18(700) 


| 9459 2016-04-10 18:11:57(471) 


开始 时 间 

04/10/2016 17:45:00 
04/10/2016 17:45:00 
04/10/2016 18:00:00 
04/10/2016 18:00:00 


254 


周期 (分 


钟 ) 


网 元 名 称 


15 LDH050126H 15+ LDH0501261H1_ 创 进 
15 LDH050126H_ 创 进 —LDH0501264H1 创 进 
15 LDH050126H_ 创 进  LDH0501261H1 Bl 


2016-04-10 17:54:36(.LST CELL; 
2016-04-10 17:54:40( DSP CELL:; 
2016-04-10 17:56:56( LST MEASRST:; 


kangweinan 10.213.47.22: 维护 
kangweinan (10.213.47.22: 维护 
EMSCOMM  10.214.93.6 | 维护 


2016-04-10 18:02:18( LST CELLALGOSM kangweinan 10.213.47.22: 维护 
2016-04-10 18:11:57(.L ST MEASRST:; 


EMSCOMM  10.214.93.6 ”维护 


QCI 为 1 的 ОСІ 18) 业务 触发 业务 触发 业务 触发 


业务 E- 
RAB 建 立 


小 区 


























` 








15 LDH050126H 创 进  LDH0501264H1 创 进 


开启 MLB 后 , QCI1 建 立成 功 了 18 次 ,没有 一 次 
图 13-62 异 频 切换 成 功 次 数 查 询 





业务 E- ”的 异 频 切 的 异 频 切 的 异 频 切 
RAB 建 立 HERS 换 执 行 党 换 执 行 成 小 区 内 的 
RIRE 试 次 数 ЗАЛА Д RAR gu 


异 频 切 换 触发 成 功 


3) 配置 核查 梳理 邻 区 过 滤 代 码 流程 ， 确 认 MLB 开启 的 场景 下 ， 基 于 业务 的 异 频 切换 
流程 受 邻 区 负载 影响 ， 如 果 邻 区 用 户 数 达 到 MLB 的 门限 ， 则 在 切换 处 理 过 程 中 ， 该 邻 区 会 
被 过 滤 反 ， 不 触发 后 续 的 切换 流程 ; 排查 配置 MLB 的 门限 为 20， 配 置 较 低 。 

关闭 MLB 开关 以 后 ， 经 过 复 测 ， 切 换 业 务 能 正常 触发 。 

试验 如 下 : 创 进 1 小 区 (37900) 能 够 正常 触发 基于 QCIl 业务 的 异 频 切 换 ， 如 图 13-63 
所 示 。 


























































































































































































国 Messages = |o =ы E3] Event List co E m 
` + + "+ + 
15:49:00... MS1 DL-.. eNode.. RRCConnectionReconfiguration Time ы Бешке PE ce 5 
15:49:00... MS1 UL-.. MS-»e.. UllnformationTransfer "e _ Би 
15:49:00... М51 UL-.. MS-»e.. RRCConnectionReconfigurationCo... зыны ds iiec 
15:49:00... MS1 DL-.. eNode.. DLInformationTransfer 92990, а Tue ° . езе Er Hon 
15:49:00.. MS1 NAS  eNode.. ModifyEPSBearerContextRequest кмш MS1 ашке | т-7М51:111000001110 
15:49:00.. MS1 NAS М5->е.. ModifyEPSBearerContextAccept d MOD dE D p ap RE 
15:49:00... MS1 UL-. MS->e... UlInformationTransfer Е е Ms Een DAeGesS | 
15:49:00... MS1 UL- MS->e... | MeasurementReport aa ss MI HIB RCsetupReq mt-aceess 
15:49:00... MS1 UL-.. MS->e... | MeasurementReport E Rép. Pm раа 
15:49:01... MS1 1Л-.. MS-»e.. | MeasurementReport ранае d FERSIN 
EU MS1 > ET 15:48:59.815 MS1 LTEERABSetupAttempt eps-Bearerldentity:6 
15:49:01... MS1 UL-... MS-se.. | RRCConnectionReconfigurationCo... | со 51 有 eps-Bearerldentity:5 
15:49:01... MS1 DL-.. eNode.. RRCConnectionReconfiguration F о. x: BR ЫИ 
: = Б 5:48:59. MS LTEERABSetupSuc 
15:49:01... MS1 UL-. MS->e.. RRCConnectionReconfigurationCo... урот ЕР Е, E ЧЕР 
15:49:01... MS1 DL-.. eNode.. RRCConnectionReconfiguration рза я i Mesir] 
15:49:01... М51 UL-.. MS-»e.. RRCConnectionReconfigurationCo... зл em ено x Viendo 
15:49:01... MS1 ВСС... eNode.. MasterInformationBlock 5 ра b d ещрлер eps peateridentiiy: 
15:49:01... М51 BCC... eNode.. SystemInformationBlockTypel QU ы ванае 
15:49:01... MS1 DL.. eNode.. аи 15:49:00.063 MS1 | ERABEstablishAttempt(QCI-1)|  eps-Bearerldentity:7 
15:49:01.. MS1 UL MS š E : FS ыш |] 15:49:00.063 MS ERABEstablishSuc(QCI- 1) eps-Bearerldentity:7 
49:01... 238 -»e.. RRCConnectionReconfigurationCo... QCI1 建 立成 功 后 ,终端 出 appa he od EC le en NT 
15:49:02... MS1 UL-.. М5->е.. MeasurementReport эи ау арси i It) E 
15:49:02... MS1 UL-. М5->е.. MeasurementReport 报 A4 测 量 ， Eun RIEN d ER m тозуы 
15:49:02... MS1 PCCH eNode.. pagin I : iud Меп 
RET Е 完成 ， 成 功 至 创 进 4 小 加 川 15:49:01.213 мс1 EventA4 
юын 15:49:01.245 MS1 HandoverAttempt TargetCellID:26;TargetE| 
15:49:01.245 MS1 LTEInterFreqHOAttempt TargetCellID:26;TargetE 
15:49:01.245 М51 | LTEIntra-eNodeBHOAttempt TargetCellID:26;TargetE 
5:49: \ Randor 
Frequency Offset.. Pathl.. Time Difference.. Cell Na.. Се! ^ — т TTE 
5:49:01.260 M$ overSuc 
: "| |15:49:01.260 MS1 T 
ri 5:49:01.260 MS LTEIntra-eNodeBHOSuc 
mem WEN 15:49:02.128 MS1 LTEEventA1 
15:49:02.129 MS1 LTEEventA1 
5:49:06.497 MS VoL TECallEstablished(MTC) 
S ... IMS_SIP_INVL.. SIP: Response: SIP/2.0 INVITE: 180 ringing 15:49:23.404 MS VoLTECallEnd CallDuration(s):16 
MS1 15:49:06.4... UE-> Netw.. IMS SIP INVL.. SIP: Response: SIP/2.0 INVITE: 200 ok 15:49:23.608 MS1  LTEERABNormalRel eps-Bearerldentity:7 
MS1 15:49:06.8... UE-> Netw... IMS АТР IMS RTP: sequence number - 754 15:49:23.608 MS1 4 ERABNormalRelease(QCI-1) eps-Bearerldentity:7 
М51 15:49:06.8... UE->Netw... IMS КТР IMS КТР: sequence number = 755 15:49:24.351 М51 ІТЕЕмепїА1 - 
MS1 15:49:06.8... Network... IMS SIP АСК SIP: Request: SIP/2.0 ACK 4] m t 

















K| 13-63 MLB 开关 关闭 后 测试 结 


综 上 ， 判 断 间 题 由 基站 网 元 配置 版 本 导致 。 

【解决 方案 】: 

现 网 MLB 特性 开启 ，VoLTE 终端 要 切换 的 邻 区 的 最 大 用 户 数 超过 MLB 门限 ， 基 站 将 该 
邻 区 过 滤 掉 导致 切换 无 法 触发 ， 站 内 基于 业务 的 异 频 切换 流程 受 邻 区 负载 影响 ， 如 果 邻 区 负 
载 达 到 MLB 的 门限 ， 则 在 切换 过 程 中 该 邻 区 会 被 过 滤 挥 ， 不 会 触发 后 续 的 切换 流程 。 目 前 
Y 市 现 网 基站 网 元 版 本 为 8. 1 ， 可 以 通过 关闭 MLB 开关 或 调 大 基于 用 户 数 的 MLB 门限 暂时 
解决 ， 厂 家 设备 11.0 版 本 可 通过 HOAdmitSwiteh 准 入 开关 控制 规避 站 间 的 基于 业务 的 异 频 
切换 与 MLB 冲突 的 问题 ， 站 内 的 解决 方法 和 8.1 版 本 一 致 ， 经 与 设备 厂家 方面 沟通 ， 后续 
11.1 版 本 中 站 内 和 站 间 分 别 有 开 关 准 入 控制 可 以 彻底 解决 此 问题 。 











4. 华为 基站 上 下 行 CCE 比例 固定 为 10 :1 概率 性 出 现 RRC 恶化 ， 影 响 VoLTE HA 


[ 问题 描述 ]. 
YT 地 市 站 点 把 上 下 行 CCE 比例 固定 为 10:1 之 后 ， 接 入 指标 恶化 ， 主 要 表现 为 RRC 大 
量 失 败 ， 影 响 用 户 感知 ， 如 图 13-64 与 图 13-65 所 示 。 
255 


2016-04-08 15:55:47(027) 
2016-04-08 16:10:47(569) 
2016-04-08 16:25:47(099) 
2016-04-08 16:10:45(839) 
2016-04-08 16:45:34(269) 
2016-04-08 16:55:47(069) 
2016-04-08 17:10:47 (069) 
2016-04-08 17:25:46(949) 
2016-04-08 17:30:11(129) 
2016-04-08 17:30-11(909) 
2016-04-08 17:40:45(619) 
2016-04-08 17:55:47(279) 
2016-04-08 18:10:46(999) 
2016-04-08 18:25:45(709) 
2016-04-08 18:40:45(889) 


LST MEASRST: 

LST MEASRST:; 

LST MEASRST:; 

LST MEASRST:; 

LST CELLPDCCHALGO:: 

LST MEASRST:: 

LST MEASRST: 

LST MEASRST:; 

MOD ENBCELLRSVDPARA:LOC 
MOD ENBCELLRSVDPARA:LOC 
LST MEASRST:: 

LST MEASRST: 

LST MEASRST:; 

LST MEASRST:; 

LST MEASRST:; 

DSP ALLUEBASICINFO:LOCALC 


Operate Info 


stOprIime (ІМТ) 
sctReqiIime(LMI) 


ulsN ü 
2016-04-08 17:30:11([6489) 
2016-04-08 17:30:11(129) 


HOD EHBCELLRSVDPARA:LOCALCELLID*1, 


ulcmad 


RSVDEARASZ*10H 


ulClientIP TEV 


ulUserName * xiongzequn 
10.213.47.222 
维护 

LOG DOMAIN EMS 
Lim. 

EMS 

未 知 

ü 

Success 


ulOpIype 
ulDemain 
ulTermIlype 
ulSource 
ulLevel 
ulResult 
ulResult5tr 
ulPara 
FileName 


20160324 224048940800 O005.0PK 


Trist а 

04/08/2016 08:00:00 
04/08/2016 08:00:00 
04/08/2016 09:00:00 
04/08/2016 09:00:00 
04/08/2016 10:00:00 
04/08/2016 10:00:00 
04/08/2016 11:00:00 
04/08/2016 11:00:00 


04/08/2016 13:00:00 
04/08/2016 14-00-00 
04/08/2016 14-00-00 


04/08/2016 19-00:00 
[04/08/2016 19:00:00 
04/08/2016 20:00:00 
04/08/2016 20:00:00 
04/08/2016 21:00:00 
04/08/2016 21:00:00 


周期 (зе 网 元 名 称 


图 13-64 修改 上 下 行 CCE 比例 


小 区 

60 LDH05206 eMode 日 名 称 =LDH052063H_ 美 舰 二 
60 LDH05207 eMNode 日 名 称 =LDH052070H_ 百 安 牛 
60 LDH05206 aNode 晶 名称 =LDHOS2063H_ 美 航 二 
60 LDH05207 eNodeB4&$r-LDHO052070H аз Б 
60 LDH05206 eNodeB4&Tr-LDH052063H 2 MZ 
60 LDH05207 eNodeB-i35-LDHO052070H gEizzfe 
БО LDH05206 eNodeB4z15-LDH052053H 5& M 
60 LDH05207 eNodeB4& Tr -LDHO052070H Е № 
60 LDH05206 eNodeB- 15-LDH052063H 3e MI 
60 LDH05207 eNodeB44Tr-LDH052070H Е Б 
60 LDH05206 eNodeB4&Tr-LDH052063H 3 M 
60 LDH05207 eNodeB- 15-LDHO052070H Eizzfe 
60 LDH05206 eMode 日 名 称 =LDH052063H_ 美 舰 二 
60 LDH05207 еМобев #:=1 ОНО52070Н Е =R 
60 10905206 eMode 日 名 称 =LDHO052063H_ 美 航 二 
60 LDH05207 eMode 日 名 称 =LDH052070H_ 百 安居 
60 LDH05206 eNodeB4&1r-LDH052063H 2 № — 
60 LDH05207 eNodeB-335-LDH052070H ЕЗ В 
60 LDH05206 eMode 日 名 称 =LDH052063H SÉ M 
60 LDH05207 eNodeB4A Tr -LDHO052070H а 
60 LDH05206 eNodeB- 35-LDH052063H № 
60 LDH05207 eMode 晶 名称 =LDH052070H_ 百 安居 
60 LDH05206 eNodeB443r-LDH052063H  s& fs — 
60 LDH05207 eNodeB-35-LDHO052070H Eizzf 
60 LDH05206 eNodeB4&$5-LDH052053H 3& Bi — 
60 LDH05207 eModeB 5 #7=1 ОНО52070Н_ Ei ez ls 
60 LDH05206 eNodeB 和 名称 =LOH052063H_ 美 航 二 
60 LDH05207leNode 日 名称 =LDOH052070H ЕЗ В 





JE 28388 Ac FR Ph 76 E€ 3808 3 ЕНСЕ f d 


99.487 
99 647 
99.286 
99.361 
99.526 
99.73 
99 478 
99.529 
99.733 
99.592 
99.571 
99.706 
99.488 
99 779 
99.35 
99 486 
99 374 
99.475 
65.052 
52 178 
47.732 
25.589 
44 824 
NIL 
41.584 45708 
NIL 
38.608 42.691 
27.11 35.316 


99.555 
99 686 
99.433 
99.527 
99.605 
99.794 
99.609 
99.715 
99.803 
99.717 
99.645 
99.745 
99.635 
99.88 
99.478 
99.673 
99 464 
99.564 
67.95 
58 262 
52.182 
33.966 
49.5 





А 13-65 修改 上 下 行 CCE 比例 前 后 指标 对 比 
[ 问题 分 析 ] : 
1) 指标 恶化 的 主要 原因 是 noreply , 且 可 以 看 到 在 回 退 上 下 行 CCE 比例 为 1:2 之 后 ， 上 
行 CCE 分 配 失败 次 数 有 明显 的 减少 (12 H 14 AER), ， 如 图 13-66 所 示 。 


—— Local cell identity=0_L.ChMeas.CCE.UL.AllocFail 




















0 


10 07:00 
10 08:00 
10 09:00 
10 10:00 
10 11:00 
10 12:00 
10 13:00 
10 14:00 
10 15:00 
10 16:00 
10 17:00 
10 18:00 
10 19:00 
10 20:00 
10 21:00 
10 22:00 
10 23:00 
11 00:00 
11 01:00 
11 02:00 
11 03:00 
11 04:00 
11 05:00 
11 06:00 
11 07:00 
11 08:00 
11 09:00 
11 10:00 
11 11:00 
11 12:00 
11 13:00 
11 14:00 
11 15:00 
11 16:00 
11 17:00 
11 18:00 
11 19:00 
11 20:00 
11 21:00 
11 22:00 
11 23:00 
12 00:00 
12 01:00 
12 02:00 
12 03:00 
12 04:00 
12 05:00 
12 06:00 
12 07:00 
12 08:00 
12 09:00 
12 10:00 
12 11:00 
12 12:00 
12 13:00 
12 14:00 
12 15:00 
12 16:00 


2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 
2016 





KI 13-66 回 退 上 下 行 CCE 比例 前 后 CCE 分 配 失 败 对 比 
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2) 查看 配置 ( 见 图 13-67) ， 发 现 该 小 区 3、8 di CFI 被 固定 配置 为 1， 这 种 配置 下 
容易 产生 该 问题 ， 修 改 为 自 适 应 后 ， 问 题解 决 。 


<LocalCellId>0</LocalCellId> 
<ComsicgCongreglLv>2</ComsiqCongreqgLwve><!—-—-CONGREG LV4--- 





<5£nBəBdcchDcsThd>40</5S5fnBdcchDcs=sThd> 
€«InitPdcch5ymNum-3«/InitPdcch5ymNWum- 
c«VirtualLoadPra-0e/VirtualLoadPro- 
«Pdcch5ymNumS5wi t ch»0« / Pdcch5ymNumSwitch»«!--Off--- 





xCceUseRatio-100x/CceUseRatio- 
xPdcchAggLvlCLAdjustswitch-1z/PdcchAggLvlCLAdjust5witch»c!--0n--- 
zDBEDVirtualLoadSwitch-0c/DPDVirtualLoadSwitch-z!--Off--- 
zDPDVirtualLoadTynpe-0«/DPDVirtualLoadType-c!--AVERAGE--- 
«AggLvlSelStrageForDualCW-1c«/AqggLvlSelStrageForDualCW--z!--Capacity-based Selection Strategy--- 
€PdcchCapacityImpraoveS5witch2»0x/PdcchCapacityImproveSwitch»«!--Off--- 
zPdcchMaxCodeRate-75z/PdcchMaxCodeRate- 





xULDLEBdc yvmNum-1«/ULDLPdcch5ymNum--!--1i--- 





«PDCCHAqgLvlAdaptStrage»1«/PDCCHAggLvlAdaptStrage-c!--Coverage-based Selection Strateqy--- 
«HysForCfiBasedPreSch»1z/HysForCfiBasedPreSch- 
«S5tfnPdcchSdmaThd»24«/5fnPdcchsdmaThd- 


«UlPdcchAllocImproveSwitch*-0«/UlPdcchAllocImproveSwitch»c!-- ReserveCommonCCESwitch:Off --> 
«xCceMaxInitialRatio-0«/CceMaxlInitialRatio-xc!--1:2--- 
zxPdcchPowerEnhanced5witch-z0c/PdcchPowerEnhanced5witch»«!--Off--- 


xBPdcchBlerTarget-15«/PdcchBlerTarget- 
«HLNetAccS5igAggLvlS5elEnh5w-0«/HLNHetAccSigAggLvlSelEnh5w»«!--Off--- 


图 13-67 小 区 3、8 iiy CFI 配置 


3) 从 CellDT 来 看 ， 上 下 行 CCE 比例 设置 为 10:1 Jr, 3. 8 子 帧 的 CFI 固定 为 1， 上 行 
误 码 率 升 高 。 从 50 号 跟踪 来 看 ， 上 行 DMRS RSRP 一 般 为 – 140 左右 ,怀疑 UE 没有 收 到 
PDCCH DCI0， 导 致 上 行 UE 没有 发 数 ， 如 图 13-68 所 示 。 
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K| 13-68 50 号 PDCCH 跟踪 


4) 从 图 13-69 中 的 35 号 PDCCH 跟踪 来 看 ，3 、8 子 帧 固定 为 1 时 ，CCE 聚合 级 别 也 固 
定 为 一 个 CCE ， 在 上 行 有 9 个 CCE 的 情况 下 也 没有 扩 。 初 步 判 断 为 CCE 聚合 级 别 不 扩展 导 
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ЖОЛ UE 收 不 到 调度 ， 最 终 导 致 KPI 恶化 。 


cii ulsubFra ulPdcchá ulPra ulSubFra uCceInD ulDei ulFinaáÁg ulRnti — ulRet ulS8tartC slPdcchP slDeltaM ullics ucTotalC ulPdcchW ulYk ltalesIn ltalcsác ulTcAllP usCeeCnt ulCcePwr ucálloce ulàlloce u 
nType llocNum cdiSpacc gLvl себ wrüffset cs бабки orkMap it en wrkw Nw dCceCnt — dPwrlhr a 


4 


П 





1 0x00000007 
1 0x00000007 
1 0xz00000007 
1 0x00000002 
1 0х00000000 
1 0x00000000 
1 0х00000000 
1 0z000000600 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0x00000000 
1 0x00000000 
1 0х00000000 
1 0x00000007 
1 0100000007 
1 0х00000000 
1 0х00000000 
1 000000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0200000000 
1 0100000000 
1 0х00000000 
1 0100000000 
1 0100000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 
1 0х00000000 


40322 OK 300 
40339 ОЕ -300 
41057 OK 0 
41007 ОК -300 
40475 ОЕ -300 
40898 ОК -300 
40358 ОК -300 
40322 OK -300 
41007 TOTAL PW -300 
41057 TOTAL PW -300 
40971 TOTAL PW -300 
40224 TOTAL PW =300 
40609 TOTAL PW -300 
40410 TOTAL PW -300 
40984 TOTAL_PW -300 
40077 TOTAL PW -300 
40392 TOTAL PW -300 
40155 0K 300 
40410 OK 300 
40174 OK -800 
41000 OK -300 
40875 OK -300 
41057 OK -300 
41007 OK -300 
40971 OK -300 
40224 ОК -300 
41252 ОЕ -300 
40729 OK -300 
40520 OK -300 
41045 ОК -300 
40710 TOTAL PW -800 
41105 TOTAL PW -300 
40241 TOTAL PW -300 
40840 TOTAL PW 

40475 TOTAL PW 

40813 TOTAL PW 


88 259 2893 -100000 0 5552322 5552322 8 1902815 
88 255 56064 -100000 157596 5552322 3952322 2141856 
88 255 46513 -100000 18 5552322 5552322 3095424 
a 259 52160 -100000 340958 120201 59760 
17 255 11479 -100000 340958 220757 59760 
17 255 7973 -100000 340958 220757 115520 
BE disk 58830 -100000 340958 220757 179280 
17 255 48183 -100000 340958 220757 235040 
17 255 52160 -100000 340958 220757 239040 
iT 255 41447  -100000 340958 220757 239040 
iT 255 41523 -100000 340958 220757 239040 
17 259 1082 -100000 340958 220757 239040 
17 255 3740 -100000 340958 220757 239040 
17 255 45067 -100000 340958 220757 239040 
1T 259 21698 -100000 340958 220757 239040 
17 255 28596 -100000 340958 220757 239040 
17 255 8980 -100000 340958 220757 239040 
88 255 42375 -100000 5552322 5552322 1902816 
55 255 15888 -100000 3463156 3463156 1902816 
im 255 58075 -100000 | 598545 | 452281 89760 
ER 255 54178 -100000 698546 452281 119520 
1T 255 8057 -100000 688546 452281 179280 
17 255 58956 -100000 698546 452281 239040 
17 255 53615 -100000 598546 452281 298800 
iT 255 47148 -100000 898546 452281 358560 
17 259 60416 -100000 698546 452281 418320 
17 255 33910 -100000 698546 452281 478080 
17 255 29162 -100000 698546 452281 537840 
17 259 55334 -100000 698546 452281 597600 
17 255 13109 -100000 898546 452281 657360 
17 255 49415 -100000 898546 452281 657360 
TF 299 45733 -100000 698546 452281 657360 
17 255 32281 -100000 698546 452281 657360 
TẸ 255 21554 -100000 698546 452281 657360 
17 255 30866 -100000 698546 452281 657360 
17 255 22406 -100000 698546 452281 657360 
1T 255 54741 -100000 698546 452281 657360 
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图 13-69 35 = PDCCH 跟踪 





在 СЕТ 固定 为 1、CCE 上 下 行 比例 较 高 时 ， 代 码 实 现 上 会 限制 最 大 聚集 级 别 为 LVI, = 
致 聚集 级 别 无 法 抬升 ， 是 配置 错误 导致 的 对 异常 场景 保护 不 足 。 

修改 CCE 符号 目 适 应 : 

MOD CELLPDCCHALGO: LocalCellId Z0, PdechSymNumSwitch = ON; 

经 与 设备 厂商 核实 ， 该 问题 将 在 下 一 版 本 中 解决 。 

5. 基站 修改 大 话 务 参 数 后 概率 性 出 现 RRC 成 功率 恶化 ， 影 响 VoLTE 用 户 感 知 

[ 问题 描述 】 i 

YT 地 市 LTE 基站 在 修改 大 话 务 参 数 4.0 т, КЕС 建立 成 功率 急剧 恶化 ，VoLTE 接 通 率 
严重 恶化 ， 如 图 13-70 所 示 。 




















*—* TOTAL RRC Setup Success Rate 去 激活 再 激活 小 


160 | “一 TOTAL_ERAB Setup Success Rate ， 
下 发 大 话 务 参 数 








140 








图 13-70 ”修改 参数 前 后 指标 对 比 


【问题 分 析 ]】: 

1) 通过 主 控 的 话 统 日 志 分 析 ， 接 入 失败 的 原因 为 L. RRC. SetupFail. NoReply， 如 图 13-71 
Bra. 

2) 人 研发 实验 室 通 过 镜像 现 网 软 人 硬件 配置 ， 反复 下 发 现场 的 参数 复 现 出 现 网 接 入 指标 差 
的 问题 ， 如 图 13-72 所 示 。 
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RRC Setup Success Rate(96) | ERAB Setup Success Rate(96) | LRRC.ConnReq.Msg.disc.FlowCtrl | L.RRC.SetupFail.NoReply | 


D016-03-03 104500 Local cellidentity-1, Cell Name, NE Name-LFH0S7023H ea ШШ щш _ 
[016-03-03 10:45:00 | Local cell identity-2, Cell Name-, NE Name-LFH057023H EHE; 国 本 说 放下 


2016-03-03 10:45:00 |TOTAL 


2016-03-03 11:00:00 |Local cell identity=0, Cell Мате=, NE Name-LFH057023H : 


р016-03-03 11:00:00 |Local cell identity-1, Cell Name, NE Name-LFHOS7023H Ssa 00 раи 
2016-03-03 11:00:00 |Local cell identity-2, Cell Name=, NE Name-LFH057023H ЖЖ MEC. EN 


2016-03-03 11:00:00 |TOTAL 
2016-03-03 11:15:00 [ Л ЕЛ rs Eros es ЕЕ nF I ET Rn еу LE a E] a 211073 O; 
2016-03-03 11:15:00 [Local cell identity=1, Cell Name=, NE Name=LFH057023H 998804 0 


2016-03-03 11:15:00 [Local cell identity=2, Cell Name=, NE Name=LFH057023H 
2016-03-03 11:15:00 TOTAL 2114 
2016-03-03 11:30:00 [Local cell identity=0, Cel Name=, NE Name=LFH057023H 3 |29339 
2016-03-03 11:30:00 |Local cell identity=1, Cel Name=, NE Name- LFH057023H : : 
2016-02-03 11:30:00 [Local cel identity=2, Cel 
2016-03-03 11:30:00 |TOTAL 























图 13-71 接 入 失败 统计 截图 


2016-03-08 11:00:00 
2016-03-08 11:00:00 |Local cell identity=2, Cell Name=, NE Name=FeatureBBU7 
2016-03-08 11:00:00 |Local cell identityz3, Cell Namez, NE Name-FeatureBBU7 








"" 13-72 _72 实验 宇 复 现 的 指标 截图 
3) 通过 实验 室 UU 口 跟踪 发 现 PHICH 资源 的 配置 值 和 MIB 消息 中 的 PHICH 资源 值 不 一 
致 。 该 参数 不 一 致 会 导致 终端 侧 收 不 到 PDCCH， 获 取 不 到 上 行 授权 ， 无 法 发 送 MSG5， 从 而 
导致 L. RRC. SetupFail NoReply 原因 值 的 接 和 人 失败， 如 网 13-73 所 示 。 


FeatureBBUT 
H+ FeatursBBUT 2016-03-08 15:43:20 B& Message Browser - MsgExplain 
DAM 3805256317 w RRC-MSG 
W8/*691683*/LST PHICHCFG: ; $% msg 
RETCODE = 0 执行 成 功 
w StruBCCH-BCH-Message 
THBPHICHEWRÉSE w struBCCH-BCH-Message 
yt message 
dl-Bandwidth:n100 (5) 


- gu TUM 实际 广播 消息 中 的 值 


E h-Eesource:ones 


systemFrameNumber : 00000000 (00) 


spare:0000000000(00 00) 








图 13-73 ”实验 室 复 现时 截图 


4) 通过 走读 相关 代码 ， 发 现在 SIB (MOD TATIMER 会 更 新 SIB) 和 PHICH 资源 数 同时 
更 新 的 场景 下 ， 出 现 PHICH 资源 数 按照 更 新 前 的 值 进行 广播 ， 造 成 基站 侧 和 终端 侧 的 
PHICH 资源 数 配置 不 一 致 。 

【解决 方案 】: 

PHICH 资源 数 更 新 和 SIB 消息 更 新 同时 进行 时 ， 出 现 PHICH 资源 数 使 用 更 新 前 的 值 进 
行 广播 ， 造 成 基站 与 终端 使 用 的 PHICH 资源 数 不 一 致 。 

单独 修改 PHICH 资源 参数 ， 和 其 他 参数 修改 间隔 10s 以 上 。 经 与 设备 厂商 核实 ， 该 问 
题 将 在 下 一 版 本 中 解决 。 

6. АТОМ 基站 不 符合 协议 规范 导致 大 量 上 下 文 建立 失败 

[ 问题 描述 】: 

YT 地 市 分 公司 发 现 ATOM 某 站 点 A 小 区 产生 大 量 的 ОСІ 为 1 的 ERAB 建立 失败 ， 
分 析 发 现 ， 该 小 区 曾 对 VoLTE 开关 进行 关闭 的 操作 ，ERAB 恶化 时 间 和 VoLTE 41: | 
间 一 致 。 
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【问题 分 析 ] : 
1) 测试 中 发 现 ， 从 B 小 区 往 А 小 区 切换 时 一 直 失 败 (Ж 13-74), 分 析 X2 ORS, 
切换 失败 的 原因 为 不 文 持 对 应 的 ОСІ value, 


2030 2016-04-22 14:45:51(970) HANDOVER_REQUEST Send to eNBs 
2031 2016-04-22 14:45:51(976) HANDOVER_PREPARATION_FAILURE Received From eNBs 


Ёй Message Browser - MsgExplain 


criticality:ignore (1) 


Y value 


radioNetwork:not-supported-QCI-value (27) 
---00000 * 
| 








图 13-74 切换 失败 原因 截图 


RRE, Aim, Æ A 小 区 重新 接 入 ， 发 起 Service Request, MME 检测 到 终端 
之 前 存在 没有 释放 的 承载 ， 于 是 回 В 小 区 发 送 上 下 文 释放 消息 。 

2) 由 于 这 个 终端 之 前 进行 的 是 VoLTE 的 业务 ， 存 在 ОСТ = 1/5/9 的 承载 ，MME 仍然 存 
在 这 些 承 载 ， 因 此 在 A 小 区 发 起 新 的 业务 请 求 时 ，MME 检查 该 终端 之 前 存在 ОСІ = 1/5/9 
类 型 的 承载 ， 这 时 仍旧 下 发 QCI =1⁄5/9 的 承载 建立 请 求 。 基 站 收 到 请 求 后 ， 回 复 MME Ж 
载 建立 失败 ， 原 因 值 为 存在 不 支持 的 ОСТ 承载 ， 但 并 未 明确 不 文 持 QC 和 QC, MEER 
地 说 明 不 文 持 QCI， 如 图 13-75 所 示 。 
































2045 2016-04-22 14:45:53(752) ККС CONN REL Send to UE RelCause-other; 
2037 2016-04-22 14:45:53(838) ККС CONN REQ Received From UE mmec-24; tmsi-d f4 ef d5; RRCCause-mo-dat... 
2038 2016-04-22 14:45:53(840) АКС CONN SETUP Send to UE transmissionMode-tm3; SRS-Index-15; SRS-Ba... 
2039 2016-04-22 14:45:53(853) RRC CONN SETUP CMP Received From UE 
2040 2016-04-22 14:45:53(853) 51АР INITIAL UE MSG Send to MME service request; enbslapid- 221087; RRCCause... 
2041 2016-04-22 14:45:53(864) S1AP INITIAL CONTEXT. SETUP REQ Received From MME | eRABIDz6,5,7; qci- 5,9, 1; release-rel10; SRVCCP... 
2042 2016-04-22 14:45:53(865) S1AP INITIAL CONTEXT. SETUP FAIL Send to MME -sUpp i 
££ Message Browser - MsgExplain mrm aele] 
P Š mmec=24; tmsi=d0 М ef d5; RRCCausez mo-dat... 
00000010 * TER 

rue transmissionMode-tm3; SRS-Index-15; SRS-Ba... 
0000---- 
----1000 | service request; enbslapid=222335; RRCCause... 
----0000 * sl 
4 I k 














图 13-75 ”QCI 类 型 截图 


3) 根据 协议 36. 413 规定 ， 此 次 测试 的 场景 ENB 不 应 该 回复 INITIAL CONTEXT SETUP 
FAILURE ， 因 为 ATOM 站 点 “LDH050643E_ 文 化 路 小 学 南 _ 笠 西 路 ”只 是 不 支持 ОСІ = 1/2/5 
的 承载 ， 但 是 应 该 支持 ОСІ =9 的 承载 ，INITIAL CONTEXT SETUP REQUEST 消息 中 携带 的 有 
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除 ОСТ = 1/2/5 XE E - КАВ ID, 还 有 ОСІ 29 对 应 的 下 -RAB ID， 这 种 情况 下 ОСІ 29 对 应 
Hj E -RAB 应 该 能 正常 建立 ; 按照 规范 ENB 应 该 回复 CONTEXT SETUP RESPONSE 消息 ， 此 
消息 中 需要 指明 哪些 EE - RAB 建立 成 功 、 哪 些 E -RAB 没有 建立 成 功 ， 对 于 没有 建立 成 功 的 
E - КАВ 还 需要 携带 相应 的 cause ， 对 于 Context Setup Response 消息 规范 规定 如 下 : 

如 果 eNB 接收 到 一 条 Initial Context Setup Request 消息 包含 一 个 E – КАВ Level QoS Pa- 
rameters IE ， 其 包含 一 个 表示 一 个 GBR АЈ OCI 正 ， 但 没有 包含 GBR QoS Information IE, 
那么 eNB 将 认为 相应 下 -RAB 的 建立 失败 。 

如 果 eNB 接收 到 一 条 Initial Context Setup Request 消息 包含 阁 干 个 设置 为 相同 值 的 — 
RAB ID IE (Æ E -RAB to Be Seup List IE F), 36А eNB HU NIEM E -RAB 的 建立 失败 。 

4) 由 于 本 次 承载 建立 失败 ， 因 此 终端 会 继续 上 发 请 求 ， 而 MME 侧 则 一 直下 发 QCI = 1⁄ 
5/9 的 承载 建立 请 求 ， 基 站 侧 仍旧 回复 不 支持 QCI， 该 过 程 循 环 产生 大 量 的 ERAB 建立 尝试 ， 














并 全 部 失败 ， 如 图 13-76 所 示 。 


1553 2016-04-22 14:43:18(878) 51АР INITIAL CONTEXT SETUP RSP Send to MME 

2041 2016-04-22 14:45:53(864) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2042 2016-04-22 14:45:53(865) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2059 2016-04-22 14:45:55(370) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2060 2016-04-22 14:45:55(371) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2066 2016-04-22 14:45:56(586) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2067 2016-04-22 14:45:56(587) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2073 2016-04-22 14:45:56(832) 51АР INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2074 2016-04-22 14:45:56(833) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2080 2016-04-22 14:45:57(991) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2081 2016-04-22 14:45:57(992) S1AP INITIAL, CONTEXT. SETUP FAIL — Send to MME cause-not-supported-q... 
2087 2016-04-22 14:45:59(149) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2088 2016-04-22 14:45:59(150) 51АР INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2094 2016-04-22 14:46:00(312) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2095 2016-04-22 14:46:00(313) 51АР INITIAL CONTEXT SETUP FAIL Send to MME cause-not-supported-q... 
2101 2016-04-22 14:46:01(530) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2102 2016-04-22 14:46:01(531) S1AP INITIAL, CONTEXT. SETUP FAIL — Send to MME cause-not-supported-q... 
2108 2016-04-22 14:46:02(694) 51АР INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2109 2016-04-22 14:46:02(695) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2115 2016-04-22 14:46:03(854) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2116 2016-04-22 14:46:03(855) S1AP INITIAL CONTEXT SETUP FAIL Send to MME cause-not-supported-q... 
2122 2016-04-22 14:46:05(055) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2123 2016-04-22 14:46:05(056) S1AP INITIAL CONTEXT SETUP FAIL Send to MME cause-not-supported-q... 
2129 2016-04-22 14:46:06(221) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2130 2016-04-22 14:46:06(222) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2144 2016-04-22 14:46:07(679) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2145 2016-04-22 14:46:07(680) S1AP INITIAL CONTEXT SETUP FAIL Send to MME cause-not-supported-q... 
2151 2016-04-22 14:46:08(867) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; 0сі= 5,9,1... 
2152 2016-04-22 14:46:08(867) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2158 2016-04-22 14:46:10(022) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2159 2016-04-22 14:46:10(023) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2165 2016-04-22 14:46:11(188) S1AP INITIAL CONTEXT SETUP REQ Received From MME eRABID-6,5,7; qci-5,9,1... 
2166 2016-04-22 14:46:11(189) S1AP INITIAL CONTEXT SETUP FAIL — Send to MME cause-not-supported-q... 
2172 2016-04-22 14:46:12(3431 STAP INITIAI CONTEXT SFTUP RFO Received From MMF eRARID=6.5.7: aci- 5.9 1... 
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【解决 方案 】: 

已 与 设备 厂商 沟通 ， 后 续 需 按照 协议 规定 更 改 产 品 性 能 ， 下 一 版 本 解决 АТОМ 基站 不 
符合 协议 规范 导致 大 量 上 下 文 建立 失败 的 问题 。 

7. UE 收 到 切换 命令 ， 发 КЕС 重建 回 源 小 区 ,切换 取消 导致 eSRVCC 切换 失败 问题 
分 析 

[ 问题 描述 ] : 

UE 收 到 切换 命令 ,发 RRC 重建 回 源 小 区 ， 切 换取 消 导 致 eSRVCC 切换 失败 ，eSRVCC 
切换 成 功率 统计 如 图 13-77 所 示 。 


eSRVCC 切 换 成 功率 (%) 


94.97 94.57 


2016/3/20 2016/3/21 2016/3/22 2016/3/23 2016/3/24 2016/3/25 





R| 13-77 eSRVCC 切换 成 功率 统计 


[ 问题 分 析 ] : 

M B 小 区 往 A 小 区 切换 时 一 直 失 败 ， 首 先 对 全 网 指标 进行 分 析 ， 发 现 全 网 一 天 总 失败 
次 数 为 407 次 ，TOP20 小 区 失败 次 数 占 总 次 数 的 59. 79% , TOP100 小 区 失败 次 数 占 总 次 数 的 
86% ， 有 TOP 小 区 特征 。 

挑选 TOP 小 区 进行 信 令 跟踪 并 分 析 。 

1) 信 令 分 析 : 通过 分 析 现 场 跟 踪 到 的 4 个 站 的 信 令 ， 均 为 UE 回 源 小 区 重建 后 回复 切换 取 
消 。 从 切换 目标 小 区 看 ， 多 数 为 同 覆盖 的 2G 小 区 ， 切 换 前 测量 报告 中 电 平 在 -110 ~ -115 Z 
右 ， 如 图 13-78 所 示 。 

2) SEQ 数据 分 析 : 通过 SEQ 单据 查询 可 知 ，80% 的 失败 由 UE 回 源 小 区 重建 后 回复 切换 取 
消 导 致 ， 如 图 13-79 所 示 。 

从 终端 类 型 上 看 ， 问 题 主要 分 布 在 5 蒜 终 端 ， 如 图 13-80 所 示 。 不 同 终端 切换 取消 查询 
见 表 13-3, 











表 13-3 不 同 终端 切换 取消 查询 














终端 型 号 v SRVCC 切换 请 求 次 数 | v SRVCC 切换 成 功率 (96) | v SRVCC 切换 取消 通知 次 数 
A1700 (IPHONE 6S) 521 92. 32 40 
ZTE Q529T 540 80. 74 104 
M821 667 70. 16 199 
VOTO GT7 174 41. 38 102 
VOTO GTI 1 38 21.05 30 
NI MAX 30 20 24 
GN9010 71 12. 68 62 











262 


UE 


20. КЕС UL INFO TRANSF (*714ms) 


22.RRC CONN RECFG СМР (*T719ms) 


28. S1AP HANDOVER REQUIRED (+3755ms) 


28. ЕЕС MEAS. RPRT (4*d235ms) 


30. ЕЕС MEAS. RPRT (*4554ms) 
31.RRC MEAS RPRT (45035ms) 
32. RRC. MEAS. RPRT (45513msz) 


2. RRC. MOBIL FROM ЕОТЕА CMDit5701ms 


35.RRC CONN REESTAB REQ(*65498ms) 
3T. ЕЕС СОНМ REESTAB (46553ms) 

38.RRC СОНМ REESTAB СМР (-6568ms) 
39. ЕЕС CONN. RECEG (+657 1ms? 


40. 51АР HANDOVER CANCEL АСЕ (*6577ms) 


eNodeB 


21.S1AP UL NAS TRANS(*T15ms) 


33. S1AP. HANDOVER. СМО (4*5701ms) 


36. S1AP HANDOVER CANCEL (*6549mz) 





41. S1AP DL NAS TRANS (*6577ms) 


Р 13-78 ”跟踪 信 令 流程 


Sv VA ER BEER 


-6-03-23 08:00:00 
-6-03-23 09:00:00 
-5-03-23 10:00:00 
-6-03-23 11:00:00 
-5-03-23 12:00:00 


-5-03-23 13:00:00 






Sv SRWCC 切 的 请 求 次 数 .， 


472 
459 
427 
415 
378 
393 


Sy SRVCCETR SEI Ho (Ho) 


4| 


16-03-23 09:00:... 


16-03-23 15:00:.. 


16-03-23 08:00:.. 


16-03-23 08:00:... 


16-03-23 12:00:.. 


16-03-23 17:00:.. 


= i 07 00:.. 
4 


GN9010 人 于， 联发科 MT6753 71 12.68 
2ТЕ Q529T з, WX Af|MTe735 198 71.72 
MB21 N11， 高 通 MSMB8916 115 66.09 
Ml 50 28.00 
VOTOGTIL 。 维 图 山寨 韩国 的 国内 ”38 21.05 
voro GT7 SW, PECES. & 54 44,44 
HET i 
YOTO GT7 41 34,15 


图 13-80 终端 类 型 查询 


5v 3RVCCTHAIJ A... 


eNodeEs 
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Su VHA s Br E 


Sy SRYCC 茹 接 请 求 ..，| Sv SRVCCEMRERIB.. | Sy БРАСС ТАЗЕ. 








16-03-23 08:00:.. VOTO GT7 ü 
16-03-23 10:00... ZTE Q529T 198 86.93 26 3 26 
16-03-23 10:00:.. M821 ES 71.91 25 n 25 
16-03-23 17:00:.. M821 114 78.07 25 1 25 
16-03-23 08:00:.. N1MAX N1M823, 188939 30 20.00 24 D 24 — 
16-03-23 13:00... ZTE Q529T 143 84.62 22 2 22 
16-03-23 14:00:.. M821 106 80.19 2i ü 21 8 

终端 型 号 Sv SRWCC 切 换 成 功 .，| Зу SRWCC 切 损失 败 ..， | Sv SRVCC 切 换 响 应 .… 

16-03-23 17:00:.. А1700 (IPHONE 65) 261 91.57 22 0 21 

16-03-23 09:00:.. M821 74 74.32 19 D 19 

16-03-23 09:00:.. А1700 (IPHONE 65) 260 92.69 19 D 19 

16-03-23 13:00:.. M821 82 68.48 29 10 18 

16-03-23 05:00:.. M821 27 33.33 18 0 18 

16-03-23 14:00:.. VOTO GT7 38 53.85 i8 D 18 E 

i ' ж 


图 13-80 


经 分 析 ， 大 部 分 发 生 重 建 回 源 的 信 令 点 ，46G 侧 电 平 基本 正常 ， 重 建 原因 是 切换 失败 ， 
为 定时 器 超时 或 2G 侧 接 入 失败 导致 。 

3) 定时 器 超时 分 析 。 

T304 定时 器 含义 ;该 参数 表示 切换 到 GERAN 时 使 用 的 定时 器 T304 的 时 长 。 如 果 UE 


终端 类 型 查询 (Ж) 











在 该 时 长 内 无 法 完成 对 应 的 切换 过 程 ， 则 进行 相应 的 资源 回 退 ， 并 发 起 RRC 连接 重建 过 程 ， 
现 网 一 般 设置 为 8s。 

协议 3GPP TS 36. 331 4E X ; 

( if T304 expires (handover failure) 。 

(2 NOTE: Following T304 expiry any dedicated preamble, if provided within the rach — Con- 
figDedicated, is not available for use by the UE, 

从 跟踪 到 的 信 令 看 ，UE 收 到 切换 命令 到 发 送 RRC 重建 一 般 在 200 ~ 800 ms 之 间 ， 不 同 
的 终端 重建 的 时 延 不 同 ， 但 远 远 小 于 网 络 侧 配置 的 8s， 推 测 终端 侧 可 能 有 上 自己 的 定时 人 需 ， 
需要 进一步 抓 取 终端 日 志 分 析 ， 如 图 13-81 所 示 。 


No. | Time Type Direction Detailed Info 














67 
68 


2016-03-25 12:02:50(915) 
2016-03-25 12:02:51(384) 


|69 | 2016-03-25 12:02:51(712) 


70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 
88 
89 
90 
91 
92 
93 
94 
95 
96 
97 
98 
99 
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2016-03-25 12:02:51(712) 
016-03-25 12:02:51(885) 
2016-03-25 12:02:51(886) 
2016-03-25 12:02:51(889) 
2016-03-25 12:02:51(905) 
2016-03-25 12:02:51(907) 
2016-03-25 12:02:51(916) 
2016-03-25 12:02:51(916) 
2016-03-25 12:02:51(916) 
2016-03-25 12:02:51(920) 
2016-03-25 12:02:51(923) 
2016-03-25 12:02:51(935) 
2016-03-25 12:02:52(015) 
2016-03-25 12:02:52(664) 
2016-03-25 12:02:52(665) 
2016-03-25 12:02:52(666) 
2016-03-25 12:02:52(684) 
2016-03-25 12:02:52(839) 
2016-03-25 12:02:53(324) 
2016-03-25 12:02:53(324) 
2016-03-25 12:02:54(774) 
2016-03-25 12:02:54(774) 
2016-03-25 12:02:55(254) 
2016-03-25 12:02:55(325) 
2016-03-25 12:02:55(794) 
2016-03-25 12:02:56(275) 
2016-03-25 12:02:56(652) 
2016-03-25 12:02:56(653) 









2016-03-25 12:02:56(835) 
2016-03-25 12:02:56(835) 






RRC_MEAS_RPRT 
RRC_MEAS_RPRT 

S1AP HANDOVER CMD 
КАС MOBIL, FROM EUTRA СМО 
RRC CONN, REESTAB REQ 

S1AP HANDOVER CANCEL 

RRC CONN REESTAB 

RRC CONN, REESTAB СМР 

RRC CONN RECFG 

S1AP HANDOVER CANCEL АСК 
Ѕ1АР DL NAS TRANS 

RRC DL INFO TRANSF 

RRC CONN RECFG CMP 

RRC CONN RECFG 

RRC CONN, RECFG. СМР 

RRC MEAS RPRT 
RRC MEAS RPRT 
RRC MEAS RPRT 
RRC CONN RECFG 

RRC CONN RECFG CMP 
RRC MEAS RPRT 
RRC MEAS RPRT 
RRC MEAS RPRT 
RRC MEAS RPRT 
S1AP HANDOVER, REQUIRED 
RRC MEAS RPRT 
RRC MEAS RPRT 
RRC MEAS RPRT 
RRC MEAS RPRT 
51АР HANDOVER CMD 

RRC MOBIL FROM EUTRA СМО 
RRC, CONN, REESTAB REQ 

S1AP HANDOVER CANCEL 








UE-eNB MSID=2; servRSRP--111; servRSRQ--8; 
UE-eNB MSID=2; servRSRP--111; servRSRQ--8; 


eNB-UE  csfb=false; targetRAT-geran; 


UE-eNB CRNTI-65 bc; рсі= 345; cause-handoverfailure; shortMAC-I-40 a4; 


eNB-MME 

eNB-UE 

UE-eNB 

eNB-UE cgqi-Aperiodic-rm30; 
MME-eNB 

MME-eNB 

eNB-UE 

UE-eNB 


eNB-UE — AddMeariD-3,4,5,6,7,8,16; AddMearObjID- 3,3,2,3,23,3,3; AddRptID- 3,4,5,6,7,8,16; MeasObjID-3; freq- 38400; pci-345,54; 


UE-eNB 

UE-eNB MSID=16; servRSRP--112; servRSRQ--8; 
UE-eNB MSID=5; servRSRP--112; servRSRQ--8; 
UE-eNB MSID=8; servRSRP--112; servRSRQ--9; 


eNB-UE AddMearID=1,2; AddMearObjIDz 1,2; AddRptIDz21,2; MeasObjIDz 1,2; freq2 38544; 


UE-eNB 

UE-eNB М51р=16; servRSRP--112; servRSRQ--9; 
UE-eNB MSID-5; servRSRP--112; servRSRQ--8; 
UE-eNB MSID=8; servRSRP--112; servRSRQ--8; 
UE-eNB MSID=2; servRSRP--112; servRSRQ--8; 


eNB-MME HandoverType-lItetogeran; cause-time-critical-handover, SRVCCHO-csonly; 


UE-eNB MSID=2; servRSRP--112; servRSRQ--8; 
UE-eNB MSID=2; servRSRP--112; servRSRQ--8; 
UE-eNB М510=2; servRSRP--113; servRSRQ--9; 
UE-eNB MSID=2; servRSRP--113; servRSRQ--8; 
MME-eNB HandoverType-ltetogeran; 

eNB-UE  csfb-false; targetRAT-geran; 


UE-eNB CRNTI-65 6c; рсі= 345; cause-handoverfailure; shortMAC-I-61 4а; 


eNB-MME 


图 13-81 Elf zs) T 


MME-eNB | HandoverType-lItetogeran; 


4) 2G 接 和 分析: 针对 部 分 失败 的 TOP 小 区 选取 较 集 中 的 时 间 段 进行 对 应 2G 小 区 指标 





Wr, 2G 干扰 指标 正常 ， 
图 13-82 所 示 。 知 进一步 证 明 是 否 接 入 问题 导致 ， 则 需要 现场 测试 跟踪 空 


行 分 析 。 






Jc fg al JH Ж 


















































情况 ， 异 系统 切换 入 指标 正常 ， 



















































































求 和 求 和 求 和 求 和 求 和 求 和 
项 :asd2008| 项 :asd4200B| 项 :asd4200C| 项 :asd4200D| 项 :asd4200E| 项 :asd4207&| 项 :asd207B| 项 :as4207C| 项 :asd207D| 项 :asd207E 
:信道 处 于 | :信道 处 HB :信道 处 ЕЙ 言 道 :信道 处 EREM 言 道 处 于 | :信道 处 тендш TcH 掉 话 率 | THER тсн} ЖЕЕ 
起 始 时 间 CI 187 | 干扰 带 2 的 | 干扰 带 3 的 | 干扰 带 4 的 | 干扰 带 5 的 | 干扰 带 1 的 | 干扰 带 2 的 | 干扰 带 3 的 | 干扰 带 4 的 | 干扰 带 6 的 从 切换 ) AU | (ARE 从 切换 ) з= 
平均 数目 | 平均 数目 | 平均 数目 | 平均 数目 | 平均 数目 | 平均 数目 | 平均 数目 | 平均 数目 | 平均 数目 | 平均 数目 Ë) T 
(SDCCH) | 《SDCCH》 | 《SDCCH | (SDCCH) | 《3DCCH》 | ТОНЕ) (ТОНЕ) СТСНЕ» СТСНЕ) (ТОНЕ 
E) Gu Ge GE) Gu GE) 


























接 入 指标 正常 ， 


如 


口 和 接 入 侧 信 令 


切换 成 功 | 无 线 切换 成 | 无 线 接 入 
ж 功率 中 TH365: 系 统 
间 入 小 区 切 

换 成 功率 








































































03/25/2018 12:00:d É 0.148 0.084 0 ol ü 0 0 0 
03/25/2016 12:00: - š 0 0 à 0 0 0 
03/25/2018 12:00: 3723 27. 282 3.25 0 ol 0 0 0 ü 100% 100% 100% 100% 
03/25/2018 12:00: 3852 51. 29 0. 366 0 0 ol 0 9 0 ü 100% ga. 32% 100% 100% 
03/25/2016 12:00:0 3853 43. 322 0. 28 0 0 ol 0 0 0 ü 100% 100% 100% 100% 
03/25/2016 12:00: 33752 43. 234 0.455 0 0 0| 0 0 0 ü 100% 100% 100% 100% 








M 


оен efi, 


TOP 小 区 分 析 











Log, АЖ 


Mm Loe 看 ， 4G 
行 同步 ， 同 步 过 程 中 Ll CRC 校 验 一 直 失 败 。 


基站 


需 将 Log 发 给 


2016 Apr 5 09:02:19.882 [69] 0x5079 GSM L1 Enhanced Message Metrics 
FN 13796 





= ÜxFF (N/A) 


а х 
Нех Dump 
Time Type Description Subtitle 5 
2016 Арг 5 09:02:19.034 0x507C GSM AFC Adjust Channel 5 FACCH 
2016 Apr 5 09:02:19.061 OxBOCO LTE RRC OTA Packet UL, DCCH / MeasurementReport Rx Qual H = 31330 
2016 Apr 5 09:02:19.113 0х507С GSM AFC Adjust audere тШ 
2016 Apr 5 09:02:19.191 0х507С GSM АЕС Adjust = Ha. 
2016 Apr 5 09:02:19.274 Ox507C GSM АЕС Adjust S5 vli FIR 
2016 Apr 5 09:02:19.353 0х507С GSM АЕС Adjust ПЕЕ 2 Бат 
2016 Apr 5 09:02:19,541 OxBOCO LTE RRC OTA Packet UL DCCH / MeasurementReport Msg Length = 20 bytes 
2016 Apr 5 09:02:19.804 |OxBOCO LTE RRC OTA Packet DL DCCH / MobilityFromEUTRACommand | заа еа z USER QI) 
2016 Apr 5 09:02:19.829 Qx512F GSM RR Signaling Message Handover Command АМЕ Status = OxFFFF (НАА) 
2016 Apr 5 09:02:19,846 0х507С GSM АРС Adjust a s l1 s [ЕЕЕ ПА) 
2016 Арг 5 09:02:19.846 0х5073 GSM 11 GSTMR ADJ UL ACS = ÜxFF (N/À) 
2016 Apr 5 09:02:19.859 0x5088 GSM L1 Transmit Burst Metrics Бк temp CECI пуыш UAI 
2016 Apr 5 09:02:19.864 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.869 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.872 0х5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.878 0х5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.882 0х5088 GSM L1 Transmit Burst Metrics 
2016 Арг 5 09:02:19.882 |0x5079 __|GSM 11 Enhanced Message Metrics | aaa 








2016 Apr 5 09:02:19.882 0x506C GSM L1 Burst Metrics 

2016 Apr 5 09:02:19.882 0x506A GSM L1 New Burst Metrics 

2016 Apr 5 09:02:19,887 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.892 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.896 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.901 0х5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.901 0х5079 GSM L1 Enhanced Message Metrics 
2016 Apr 5 09:02:19,901 0x506C GSM L1 Burst Metrics 

2016 Apr 5 09:02:19.901 0x506A GSM L1 New Burst Metrics 

2016 Apr 5 09:02:19.905 0x5088 GSM Li Transmit Burst Metrics 
2016 Apr 5 09:02:19.910 0х5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19.920 0x5088 GSM L1 Transmit Burst Metrics 
2016 Apr 5 09:02:19,920 0x5079 GSM L1 Enhanced Message Metrics 
2016 Apr 5 09:02:19.920 0x506C GSM L1 Burst Metrics 


【解决 方案 】: 


现场 排查 网 络 侧 定时 需 为 8 s, 
2G 接 入 时 CRC 校 验 失 败 ，TOP Ue 在 低 电 平 下 比较 敏感 


终端 分 析 。 


诺基亚 20 MHz 改 10 MHz 恢复 后 


[ 问题 描述 】: 


DY 地 市 近期 突 发 大 


ГЕ 





АРА, 


图 13-83 终端 Log 分 析 


Жш, HA H THI TOP 2 


Ај, MA 





光 模 块 速率 不 外 


受 干扰 下 频段 基 





,十 扰 消 除 后 ， 恢 复 基站 种 


宽 为 20 MHz, 


СУШ Log B. 


UE 在 








恢复 初始 值 案例 


或 者 信号 解析 差异 ， 


具体 原因 需要 


站 小 区 用 户 VoLTE 电话 出 现 无 法 拨 通 、 
或 掉 话 情况 ， 对 低 业 务 区 域 20 MHz 改 10 MHz, 干扰 消失 ， 用 户 通话 恢复 正 
出 现 光 模块 速率 仅 支 持 9. 8Gbit/s 的 情况 。 
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问题 时 间 . 2016 -05 -9 10:32 
问题 基站 版 本 如 图 13-84 所 示 。 


Site name: LFN132119H 
BTS ID: 807930 
BTS type: Flexi LTE BTS 


Managed abject in ЭСЕ: HTSSCL-1 
BTS address трапе; 100.32.231.177 
ew release version: LMT5.ü0 ENB 1407 553 44 





图 13-84 问题 基站 版 本 


【问题 分 析 】 : 

DY 地 市 近期 突 发 大 气 波 导 干 扰 ， 受 干扰 下 频段 基站 小 区 用 户 VoLTE 电话 出 现 无 法 拨 通 
或 接 通 后 通话 断 续 或 掉 话 情况 ， 对 低 业 务 区 域 20 MHz PE 10 MHz Jr, 干扰 消失 ， 用 户 通话 恢 
d IE. 

fr 20 MHz 改 10 MHz НЧ, Dub f pix ar, т EO S HI 38 400 ~ 38 544， 同 时 将 
光 模 块 速率 修改 为 9.8Gbit/s， 如 不 修改 将 导致 基 站 是 死 。 修 改 前 后 光 模 块 速率 设置 情况 如 
图 13-85 所 示 。 








EBD E Link settings dT EGER Db e 


Link speed CPRI IG Compression Interface Link speed CPRI IQ Compression 


9.8Gbit/s 


9.8Gbit/s 








8.8Gbit/s 




















图 13-85 修改 前 后 光 模 块 速 率 对 比 





后 期 干扰 消失 ， 将 小 区 带宽 恢复 至 20 MHz， 同 时 恢复 小 区 频 点 38 400 ， 修 改 光 模块 速率 
至 初始 时 ， 基 站 出 现 吊 死 情况 ， 需 保持 光 模 块 速率 为 9. 8 Gbit/s， 基 站 才能 正常 工作 。 

【解决 方案 】: 

已 同 诺 基 亚 设备 研发 人 员 提 交 问 题 ， 待 下 一 版 本 解决 。 

9. 诺基亚 eNB 概率 性 GPS 失 锁 导致 VoLTE 等 指标 波动 

[ 问题 描述 】: 

5 月 3 日 下 午 ， 全 网 VoLTE 接 通 率 陡 降 ， 通 过 分 型 分 区 域 统计 发 现 ， 全 网 只 有 邹平 指标 
恶化 明显 ， 其 余 区 县 指标 基本 稳定 ， 之 后 提取 ZP 县 详细 指标 发 现 RRC 大 量 失 败 ， 同 时 上 行 
RSSI 较 高 ， 存 在 强 干 扰 ， 如 图 13-86 与 图 13-87 所 示 。 此 次 指标 突然 恶化 的 特点 ， 突 发 性 
强 ， 相 对 和 集中， 干扰 抬升 明显 ,怀疑 是 系统 内 干扰 。 
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VOLTE 无 线 接 通 率 


一 全 一 VoLTE 无 线 接 通 率 


100.20% 
100.00% 
99.80% 
99.60% 
99.40% 
99.20% 
99.00% 
98.80% 
98.60% 
12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 20:00 





图 13-86 邹平 区 域 VoLTE 无 线 接 通 率 


RRC 建 立成 功率 


一 国 一 RRC 建 立成 功率 


100.00% 
99.95% 
99.90% 


99.85% 
99.80% 
99.75% 
99.70% 
99.65% 
99.60% 


12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 20:00 





K| 13-87 RRC 建立 成 功率 


[ 问题 分 析 ] : 

1) 从 “B 小 区 ” 往 “A 小 区 ”切换 时 一 直 失 败 ， 提 取 小 区 级 的 指标 变化 情况 ， 发 现 部 
分 站 点 指标 异常 

2) 提取 出 ZP 县 城区 域 所 有 站 点 的 上 行 RSSI， 通 过 专业 工具 进 和 puits 

由 图 13-88 可 以 看 出 ,干扰 较 强 的 站 点 相对 集中 ， 对 此 站 点 进行 分 析 ， 主 要 是 以 图 中 
标记 站 点 为 中 心 ， 检查 该 站 点 配置 信息 正常 ， MIHI 

CD 对 该 站 点 进行 重启 之 后 ，GPS 恢复 正常 ， 区 域内 强 干 扰 消失 ， 邹 平 区 域 指标 恢复 。 

D 为 确认 此 问题 产生 的 原因 ， 提 取 站 点 的 配置 信息 以 及 故障 现象 报 诺基亚 研发 ， 该 问 
题 得 到 确认 。 当 前 软件 版 本 有 极 小 的 概率 会 造成 站 点 的 GPS 出 现 偏 移 ， 重 启 即 可 解决 ， 后 
续 版 本 TLISA 从 根本 上 解决 。 
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[4 13-88 上 行 RSSI 演 染 图 层 


【解决 方案 】: 

站 点 重启 可 恢复 ， 版 本 TLISA 解决 此 问题 。 

10. 空 口 好 点 MOS 低 分 问题 分 析 

[ 问题 描述 】: 

近期 在 拉 网 测试 过 程 中 存在 空 口 质量 良好 的 情况 下 MOS 低 的 问题 ， 且 多 出 现在 切换 过 
程 中 。 另 外 ， 有 用 户 反 馈 如 果 在 VoLTE 通话 过 程 中 移动 ， 会 概率 性 出 现 通话 质量 较 差 的 情 
况 。 两 个 现象 推断 为 同一 原因 引起 ， 且 影响 范围 较 广 。 

[ 问题 分 析 ] : 

1) 如 图 13-89 所 示 ，15:54:11 主 叫 下 行 MOS 分 值 为 2.59， 从 终端 Log 看 ， 平 均 时 延 较 
高 ， 为 227. 836 。 

2) 如 图 13-90 与 图 13-91 所 示 ， 从 MOS 分 语音 波形 来 看 ， 低 分 波形 与 正常 波形 对 比 ， 
部 分 语 首 出 现 240ms 时 延 ， 方 框 部 分 为 产生 时 延 。 

3) 查看 被 叫 收 到 的 КТР 包 发 现 ，15:40:01. 242 收 到 1338 后 ，15:40:01. 493 收 到 1339。 
两 语音 包间 隔 251 ms， 如 图 13-92 所 示 。 

4) 如 图 13-93 所 示 , 1013 -5 发 42 (RTP 1338) jr, 13-5 5 43 (RTP 1139)， 间 隔 
240 ms。 

5) 如 图 13-94 所 示 ， 空 口 切换 时 延 为 20 ms，PDCP 发 包 时 延 为 100 ms。 上 行 没有 一 次 
性 发 大 量 RTP 包 。 

如 图 13-95 所 示 ， 空 口上 行 非 一 次 发 大 量 RTP 包 ， 转 包 发 生 在 基站 上 行 到 核心 网 。 查 
看 基站 围 包 原 因 ， 人 发 现 基 站 发 path, switch, reqest, 210 ms 后 才 收 到 path_switch_reqest_ack。 
即 基站 收 到 UE 的 RTP 包 后 ， 等 待 MME El path_switch_reqest_ack 时 间 过 长 ， 导 致 围 包 。 
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PC Time 


15:49:56.242 
15:49:56.572 
15:49:56.572 
15:49:56.572 
15:49:55.671 


Name 


sb =p =p Ep 


LTERRC— 
LTERRC— 
LTERRC— 
LTERRC— 
LTERRC— 


Qt í Ú 


*RRC Connection Reconfiguration Corn... 
-MeasurementReport 
-MeasurementReport 
-MeasurementRepaort 

-5ystem Information Blocks(Sib2,5b3) 


15:54:07.610 fg IMS RTP Packet Loss 


15:54:07.663 党 LTERRC--=MeasurementReport i 
15:54:07.708 Л LTERRC-->RRC Connection Reconfiguration atiypas ERE Al 
15:54:07.731 ф LTERRC->RRC Connection Reconfiguration Сот... ~ Numberofframes = 1 
15:54:07.767 LTE RRC-->System InformationBlock Type 1 
15:54:07.828 LTE RRC—>Systerm Information Blocksfsb5) 
15:54:07.918 LTERRC---RRC Connection Reconfiguration 
15:54:07.918 j LTERRC-—-RRC Connection Reconfiguration Com... 
15:54:07,967 LTERRC-—-RRC Connection Reconfiguration 
15:54:07,867 4& LTERRC-—-RRC Connection Reconfiguration Com... 
15:54:08.122 LTE RRC--7-5ystem Information Block Type 1 
15:54:08.181 LTERRC--»5ystem Information Blacks(5ib7) 
15:54:08.620 Ë LTERRC---MeasurementReport ы F^ |x | fa 
VA pm ES Font 
15:54:11.136 
Event List - 精品 网 第 二 次 _0518-154537292: HTC М8 (1) 1 x 15:54:11.136 f 
PC Time Event Q $ d YW GU | Details £ 
15:53:06.177 HandoverDelay:32(ms) МЕТО HO SUCCDelay:72(ms 
PC Time 
15:53:02.520 
15:53:13.904 POLQA Result POLQA Score SWB: 3.056 MeanDelay:218.662(ms) Direction: Uplink Rece 15:53:02,554 
15:53:22.067 FPOLQA Result POLQA Score SWB:4.257 MeanDelay: 185.402(ms) Direction: Downlink Ri 
15:53:30.353 POLQA Result POLQA Score SWB: 4.293 MeanDelay: 184.970(ms) Direction: Uplink Rece 
15:53:38.585 POLQA Result POLQA Score SWB:4.199 MeanDelay: 173.879(ms) Direction: Downlink R 
15:53:05.711 
15:53:39.680 LTE Handover Request 38400, 215 -> 38400, 214 15:53:13.904 
15:53:39.693 LTE Handover Success дади 21(ms) MR To HO SUCCDelay:36(ms 15:53:22.067 
15:53:47.034 FOLQA Result POLQA Score SWB: 3.909 MeanDelay: 184,484(ms) Dr Uplink Recc 15:53:30.353 
15:53:54.909 POLQA Result POLQA Score SWB: 4.242 MeanDelay: 164.955(т=) Direction: Dawnlink Ri 15:53:38,585 
15:54:02.924 POLQA Result POLQA Score SWB: 4.111 MeanDelay: 173.242(ms) Direction: Uplink Recc 
:54:06.151 E 15:53:39.549 





54:06.19 





dn 


TEH 
LTEHan 


over Suc 
мег ~UCCES 












SET, 214 -> RM 147 


EE > 





=- IMS RTF Packet Loss 
2- Message 
i Version —4 





i NumberOfRTPPacketsLost = 1 

- RTPSequenceNumberLasthlotl ost = 1338 
“SourcessRC = 0 

i» CodecType = 1(AMR, WE) 











+ Background -T 


LTERRC---RRC Connection 
LTERRC—-RRC Connectio 








15:53 
15:53:47.034 
15:53:54.909 


15:54:02.924 





578 

















15:54:07.708 vd лы 38400, 147 -> 37900, 17 15:54:05. Е 
15:54:07.731 LTEHandowersucces HandoverDelay:23(ms) МЕТО HO SUCE Delay:54(ms 

15:54:11.242 POLQA Result POLQA Score SWB: 2.590 MeanDelay: 227. 836(ms) Direction: Downlink Ri 

15:54:19.317 РОДА Result POLQA Score SWB: 4.260 MeanDelay: 156.139(ms) Direction: Uplink Rece 

15:54:27.641 POLQA Result POLQA Score SWB: 4.255 MeanDelay: 155.887(ms) Direction: Downlink Ri 

15:54:35.712 РОГ ОА Result POLQA Score SWB: 4.274 MeanDelay: 165.887(ms) Direction: Uplink Recc 

15:54:43.799 POLQA Result POLQA Score SWEB:4.268 MeanDelay: 153.687(ms) Direction: Downlink R 15:54:08.151 


图 13- 


890 终端 Log 分 析 


Ewent 


LTE Handover Request 


FOLQA Result 
FOLQA Result 
FOLQA Result 
FOLQA Result 
FOLQA Result 


LTE Handover Request 


TE Handover Success 
FOLQA Result 
FOLQA Result 
POLQA Result 
E ee 


LTE Handover Suc 





LTE Handover Request 


LTE Handover Success 


LTE Handover Request 





图 13- 


90 MOS 低 分 波形 


Qa? 
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图 13-91 正常 波形 图 





# Time Type Description Subtitle Direction Size jditiol ^ Selected Duration: 00:00:00.250 {0.25 sec) 
76992 2016 May 18 15:40:00.855 Ox1568 IMS RTP SN and Payload BS <<< MS 65 
176998 2016 May 18 15:40:00.862 0х1568 IMS RTP SN and Payload BS >>> MS 119 21е Мау 18 ЖААТ [59] 0x1568 IMS RTP SN and Payload 
еза 48 — — — — — — — — - 一 一 一 
77010 2016 May 18 15:40:00.882 0х1568 IMS RTP SN апа Payload BS >>>» MS 119 Direction = HETUORK_TO_UE 
177020 2016 May 18 15:40:00.902 0x1568 IMS RTP SN and Payload BS >>> MS 119 Rat Type = LTE 
Sequence = 1338 
77032 2016 May 18 15:40:00.923 Ox1568 IMS RTP SN and Payload BS >>> MS 9 Ssrc = BD2BE46C 
Y! š :40:00.94 RT! " Rtp Time stamp = 1164800 
177040 2016 May 18 15:40:00.942 Ox1568 IMS RTP SN and Payload BS >>> MS 119 c m 
77052 2016 May 18 15:40:00.962 0х1568 IMS RTP SN and Payload BS === MS 9 xediaType = AUDIO 
177067 2016 May 18 15:40:00.986 0x1568 IMS RTP SN and Payload BS >>> MS 119 pond or NR MN 
ogged Payload Size = 73 
77077 2016 May 18 15:40:01.002 Ox1568 IMS RTP SN and Payload BS >>> MS 9 audio AMR-WB { 
= c "S exi I Е marker = 0 
77083 2016 May 18 15:40:01.015 0х1568 IMS RTP SN and Payload BS ««« MS 65 Codec Mode Req AME-WB = 15 


177091 2016 May 
77098 2016 May 
77110 2016 May 
77118 2016 May 
77126 2016 May 


= 


15:40:01.026 0x1568 IMS RTP SN and Payload BS >>> MS 119 s n Su a PELG PEPEL SEL iiS 
CX 1 К rame Type Index Ri = P ; Et 
5:40:01.042 0x1568 IMS RTP SN and Payload BS >>> MS 9 V ACA AN eu 
056 0x1568 IMS RTP SN and Payload BS >>> MS g Latency Info Present = 0 
082 0x1568 IMS RTP SN and Payload BS >>> MS 9 128. 104, 5, 58, 0, 17, 198, 0, 

9 


EtpRawPayload = { 
106 0x1568 IMS RTP SN and Payload BS >>> MS 189, 43, 228, 108, 244, 109, 232, БЭ, 
39, 75, 221, 227, 178, 246, 68, 128, 





177136 2016 May 122 Ох1568 IMS RTP SN and Payload BS >>> MS 19 31, 29, 173. 92, 112, 159, 231, 75, 
7 Р 14 > TI " (59. a. melo. ТЕБА 3i. yer. 33 dis 
7146 2016 May 146 0x1568 IMS RTP SN and Payload BS >>> MS 9 175. 178. 194. 42. 225. 220, 61. 138. 
77155 2016 May 164 0x1568 IMS RTP SN and Payload BS >>> MS 9 170. ?5, 147. 7, 62. 147, 44, 157. 
RTI B 176. 142. 217. 37. 136. 38. 104. 44 
2 y ) <<< й Я : ° „чына 
77159 2016 May .175 0x1568 IMS RTP SN and Payload BS MS 65 130. 86 61. 232. 134. 158. I13. 40. 
77167 2016 May 186 0х1568 IMS ВТР SN and Payload BS >=> MS 9 0 
77189 2016 May 242 0x1568 IMS RTP SN and Payload BS >>> MS 9 y } 




















177212 2016 May 1 335 Ox1568 ^ IMS RTP SN and Payload BS <<< MS 65 | 
77271 2016 May 18 15:40:01.492 0х1569 IMS RTP Packet Loss 23 -2016 Мау 18 15:40:01.443 [ET] 0x1568 IMS RTP SN and Payload 
ersion = 
77273 2016 May 5:40:01,493 0х1568 IMS RTP SN апа Payload BS >>> MS 9 Direction = NETWORK TO ПЕ 


5:40:01.493 Ox1569 IMS RTP Packet Loss 28 Rat Type - LTE 
Sequence - 1333 


493 0x1568 IMS RTP SN and Payload BS >>> MS 119 Ssrc = BD2BF46C 

409 3 I T 2 Rtp Time stamp = 1165120 
5:40:01.493 0x1569 IMS RTP Packet Loss 23 CodecType = AMR-UB 
15:40:01.493 0x1568 IMS RTP SN and Payload BS >>> MS 119 mediaType = AUDIO 
PayLoad Size = 73 


77274 2016 May 
177276 2016 May 
77277 2016 May 
177279 2016 May 


= = 
Co со Co to Co GO Co бо Co CO со Co Co Co бо Со бо Co Co Со Co бо Со бо Со GO Co Co со со со 

m 

сл 

T 

[s] 

[=] 

Е 





























77281 2016 Мау 5:40:01.493 0х1568 IMS RTP SN and Payload BS >>» MS 9 Logged Payload Size = 73 
77283 2016 May 5:40:01.493 0х1568 IMS RTP SN and Payload BS ==> MS 9 audio AMR-WB í 
177285 2016 May 18 15:40:01494 Ox1568 IMS RTP SN and Payload BS >>> MS 119 Cic D qur uum == lla 
77287 2016 May 5:40:01.494 0x1568 ^ IMS RTP SN and Payload BS >>> MS 9 V OC ss sss WB = АНЕ-ЫБ 23 85 KBIT/S 
Ы = m U^ 
77289 2016 May 18 15:40:01,494 0x1568 IMS RTP SN and Payload BS >>> MS 119 有 
77291 2016 May 5:40:01.494 Ox1568 IMS RTP SN and Payload BS >>> MS 9 Latency Info Present = 0 
- am FtpRawPayload = { 
77293 2016 May 5:40:01.494 0x1568 IMS RTP SN and Payload BS >>> MS 9 128. 104. 5. 59, 0, 17, 199. &4. 
77 2016 May 5:40:01.4 x156: MS RTP SN Payload BS MS 9 189, 43, 228, 108. 244, 106. 168, 202. 
295 20 ay 18 1 01.495 0x1568 IMS T and Payloa >>> 1 164° 22%, 53. 97. 145. 67. 196. 4, 
77297 2016 May 5:40:01.495 0x1568 IMS RTP SN and Payload BS >=> MS 9 42. 78, 160, 252, 98, 243, 164, 183, 
2 ; =° 70. 145, 167, 200, 134, 58, 150, 192 
72 ^ 140:01.4! >>> E à 2 2 ^ А 2 E 
77299 2016 May 5:40:01.495 Ox1568 IMS RTP SN and Payload BS MS 9 d pote e se o hoe 
77301 2016 May 5:40:01.495 0x1568 IMS RTP SN and Payload BS =>> MS 9 digs G Cni. ПП, 123, A6, ДЫ, 167. 
s [a ， 140: IMS RT с 2 63, 9, 29, 83, 164, 57, 73, 94, 
77305 2016 Мау 5:40:01.496 0х1568 IMS ВТР SN and Payload BS <<< MS 65 198. 182. 155. 232. 179, 13, 57, 29, 
77312 2016 May 5:40:01.512 0х1568 ^ IMS RTP SN and Payload BS >>> MS 9 & 78 








4 Ш 上 + 


图 13-92 查看 被 叫 收 到 的 ВТР 


270 


2016 May 18 15:40:01.251 [80] OxBOA3 LTE PDCP DL Cipher Data PDU 
Version = 1 
Hum Subpacketz = 1 
Subpacket [0] 
Subpacket ID = PDCP FDU with Ciphering (üzxC3) 
Subpacket Version = 1 
Subpacket Size = 56 bytes 
SRE Cipher Àlgo = LTE AES 


DRE Cipher АІчо = LTE AES 
Hum EDU= = 1 
|[с#яч | | zn |bearer|valid|pdu  |logged| | | count | 
|PDCPDL CIPH ГАТА |ійх | моде | 1епч+р [іа pdu |=іғе |bytes |=у= fn|sub fn|(hex)|sn [109 buffer (hex) 
|PDCPDL CIPH DATA| 3| UM|12 biti 2| weel ë| 4| 1013| 5| Dz2A| 42| 80 2А 98 Ed 


Unable to decyrpt data: QPDE not found 


2016 May 18 15:40:01.501 [F9] 0xB0A3 LTE PDCP DL Cipher Data PDU 


Version - 1 
Num Subpacketz = 1 


Subpacket [ Ü ] 
SZubpacket ID = PDCP POU with Ciphering (üxC3) 
Subpacket Version = 1 


Subpacket Size = 264 bytes 




















SRE Cipher Àlgo = LTE AES 
ГЕВ Cipher Algo = LTE AES 
Hum PDUs = 14 
| [сч | | sn |bearer|wvalid|pdu |logged| | [count | 
|PDCPDL CIPH DATÀ|idx|mode|length|id |pdu [size |byrtes |=у= fn|lsub fn|ihex)lsn log buffer (hex) 
|PDCPDL CIFH DATA| 3| UHM|12 bit| 2| Yes| ЁБ | А | 13 | 5| üx2B| 43| 80 2В АЕ C3 
|PDCPDL CIPH DATÀ| 3| UM|i12 bit] 2| Yes| 66| 4| 13| 5| üx2C| 44| 80 2C 21 28 
|PDCPDL CIFH DATA| 3| UM|l12 bit| 2| Yes| && | 4 | 13| 5| üx2D| 45| 80 2D Fü BS 
|PDCPDL CIFH DATA| 3| UM|12 bit| 2| Yes| && | 4 | 13| 5| üx2E| 46| 80 2E 5D FE 
|PDCPDL CIPH DATÀ| 3| UM|12 bit| 2| Yeas| 66| 4| 13| 5| üx2F| 47| 80 2F ЕЗ DE 
|PDCPDL CIEH DATA| 3| UM|12 bit| 2| Yes| 66 | 4 | 13| 5| üx30| 48| 80 30 6&4 28 
|PDCPDL CIPH DATA| 3|  UM|12 bit| 2| Yes| 66| 4| 13| 5| üx31| 49| 80 31 FA BB 
|PDCPDL CIPH DATA| 3|  UM|12 bit| 2| Wes| 66| 4| 13| 5| üx32| 50| 80 32 6D ЗЕ 
|PDCPDL CIPH DaTA 3| UH|12 bit] 2| Yeal 66 | 4 | 13| 5| 033| 51| 80 33 DS 22 
|PDCPDL CIEH DATA| 3| UM|12 bit| 2| Yes| && | à | 13| 5| üx34| 52| 80 34 91 73 
|PDCPDL CIPH DATÀ| 3| UM|12 bit] 2| Yes| 66| 4| 13| 5| 035| 53| 80 35 64 АЗ 
|PDCPDL CIEH DATA| 3| UH|12 bit] 2| Yeal 66] 4 | 13| 5| Ux36| 54| 80 36 DO DE 
|PDCPDL CIEH DATA| 3| UHM|12 bit| 2| Yes| && | 4 | 13| 5| üx37| 55| 80 37 83 18 
|PDCPDL CIPH DATA| 3| UM|i12 bit] 2| Yes| 66| 4| 13 | 8| üx38| 56| 80 38 DE 14 
> H р 
R| 13-93 ЕЩ КА PDCP 层 包 
# Time Type Description Subtitle Direction Size iditional ^ Selected Duration: 00:00:00.135 (0.14 sec) 
182836 2016 May 18 15:40:12.166 0х1568 ^ IMS RTP SN and Payload BS <<< MS 119 
182842 2016 May 18 15:40:12.186 0х1568 IMS RTP SN and Payload BS <<- MS 119 2016 May 13 15:40:12.369 [9С] 0xB0B3 LTE PDCP UL Cipher Data PDU 
182844 2016 May 18 15:40:12.189 — OxBOB3 LTE PDCP UL Cipher Data PDU 88 EE sn E 
182849 2016 May 18 15:40:12.206 0х1568 IMS RTP SN and Payload BS === MS 119 Subpacket[0] —— А А 
182860 2016 Мау 18 15:40:12.226 0х1568 IMS RTP SN and Payload BS <<< MS 119 Pusa uo S ооа азаар 
182864 2016 Мау 18 15:40:12.228 0х1568 ^ IMS RTP SN and Payload BS >>> MS 65 Subpacket Size = 56 bytes 
: SRB Cipher Algo = LTE AES 
182866 2016 May 18 15:40:12.234 — OxBOB3 LTE PDCP UL Cipher Data PDU 104 DEB Cipher Algo = ТТЕ AES 
182872 2016 May 18 15:40:12.246 0х1568 IMS RTP SN and Payload BS«««MS 119 M THERME eR SERERE RIEN I PA ЕЛА AER + SEE 
182881 2016 May 18 15:40:12.267 0х1568 ^ IMS RTP SN end Payload BS <<< MS 119 eo ae | el [opun | | 
182887 2016 Мау18 15:40:12.279 0OxB0B3 LTE PDCP UL Cipher Data PDU 88 y \ргсрт. СТЕН ГАТА ЕЕ [рач [size [bytes |sys_ а fn|thex)|sn |109 buffer (hex 
182890 2016 Мау 18 15:40:12.286 — 0х1568 ^ IMS RTP SN and Payload BS <<< MS 119 | PDCPUL CIPH DàTà| 3| UM|12 bit| 2| Wes| 66l 4| 10061 7| 0x29| 41| 80 29 4C 0D 
182896 2016 May 18 15:40:12.306 0х1568 ^ IMS RTP SN and Payload BS == MS 119 beue deesset EG (nad Rods eet 
182900 2016 May 18 15:40:12.324 — OxBOB3 LTE PDCP UL Cipher Data PDU 88 
182003 2016 Мау 18 15:40:12.326 0х1568 IMS RTP SN and Payload BS <<< MS 119 2016 May ui 15:40:12.407 [45] 0xB0B3 LTE PDCP UL Cipher Data PDU 
182905 2016 May 18 15:40:12.334 OxBOCO LTE RRC OTA Packet UL DCCH / MeasurementReport BS<<< MS 38 nm = s= EET 
182914 2016 Мау 18 15:40:12.346 0х1568 IMS RTP SN and Payload BS === MS 119 el uno EIS рп riis Eme СРУ 
182017 2016 May 18 15:40:12.349 OxBOB3 LTE PDCP UL Cipher Data PDU 72 Subpacket Version - 
182918 2016 Мау 18 15:40:12.349  OxBOB3 LTE PDCP UL Cipher Data PDU 72 закка: Cine тч Bytes 
182824 2016 May 18 15:40:12.366 0х1568 ^ IMS RTP SN and Payload BS <<< MS 119 DRB Cipher Algo - LTE AES 
[182926 |2016 May 18 15012369 |OxB0B3 [LTE PDCP UL Cipher Data POU | ||| Rui tuna a WM TT I ee A Лл 
182936 2016 May 18 15:40:12.386 0x1568 ^ IMS RTP SN and Payload BS <<< MS 119 | [ғ [m — |bearer|valid|pdu |logged| | |count | | 
182939 2016 May 18 15:40:12.387 0х8000 LTE RRC OTA Packet DLDCCH/RRCConnectionReconfiguration BS >>> MS 71 lene, стен рать |ina|aoae бзш: раа [Size [bytes [sys ful sub ба| (бен) |за [leg buffer (hex 
182944 2016 May 18 15:40:12.406 — 0х1568 IMS RTP SN and Payload BS === MS 119 | PDCPUL CIPH DATA| 3| UM|12 bit| 2| Yes| 6| hl 1008] 7| 0x2A| 42| 80 ZA 51 86 
E CipherDaaPod | | э... a.s. oot sot к=з 
182967 2016 May 18 15:40:12.408 DxBOCO LTE RRC OTA Packet UL DCCH / RRCConnectionRecanfigurationC.. BS <<< MS 23 ; 
182978 2016 Мау 18 15:4012426 0х1568 IMS RTP SN and Payload BS <<<MS 119 Ae Moy ШИМ АП, SO ТЕ POCE UE Cipher ана PUU 
182089 2016 Мау 18 15:40:12.434 — OxBOB3 LTE PDCP UL Cipher Data PDU 72 Num Subpackets = 1 
182996 2016 May 18 154012446 ^ 01568 IMS RTP SN ard Payload BS <<< МЕ 119 se sm = ЕЗ Em CHO Бана MED 
183002 2016 Мау 18 15:40:12.450 0х1568 ^ IMS RTP SN and Payload BS >>> MS 65 Subpacket Version - 1 
183007 2016 May 18 15:4012.454 ^ OxBOCO LTE RRC OTA Packet BCCH DL SCH / SysteminformationBlockTyp.. BS === MS 53 EE EE Mee - EE 
183008 2016 May 18 15:40:12.454 OxBOCO LTE RRC OTA Packet BCCH DL SCH / Systemlnformation BS >>> MS 80 ГЕН RS 5 = LTE AES 
183010 2016 May 18 15:40:12.454 — OxBOCO LTE RRC OTA Packet BCCH DL SCH / Systemlnformation BS--- MS 68 us cdd Е Muse PH Te desuper Ert 
vu ; b lid|pdu |logged t 
183011 2016 May 18 15:40:12.454 — OxBOCO LTE RRC OTA Packet BCCH. DL SCH / Systeminformation BS >>> MS 72 екет ат 人 人 |82225 а i ЧЕК n "e 
183029 2016 May 18 1544012471 — 0x1568 IMS RTP SN and Payload [YT М [119 | № | seem nh ui stories cer aypa е dire Tiam 22 ave ар аана ЫЕ УЭШ iare e Ac ено 
183036 2016 Мау 18 154012486 051598 — IMS RTP SN and Payload BS««« MS 119 | E ЕТЕН БА 2| ule Б | A asl 122) раа al 025) al d d ES 025 
153042 2016 Мау 18 154012504 |0082 [DE poep ur Cipher pata pou (€ REN RN GN 
183045 2016 Мау 18 15:40:12.506 0х1568 IMS RTP SN and Payload BS <<< MS 119 Wl he app FE el ev 
183051 2016 May 18 15:40:12.526 ^ 0х1568 IMS RTP SN and Payload BS <<< MS 119 
183055 2016 May 18 15:40:12.535 OxBOCO LTE RRC OTA Packet BCCH DL SCH / SysteminformationBlockTyp.. BS >>> MS 53 
183060 2016 May 18 15:40:12.546 0х1568 ^ IMS RTP SN and Payload BS <<< MS 119 








图 13-94 被 叫 上 行 发 包 查 看 








通过 信 令 分 析 发 现 ， 所 有 问题 的 现象 一 致 ， 均 为 X2 切换 过 程 中 基站 发 path switch _ 


reqest 后 核心 网 回复 ACK 时 延 较 长 导致 。 因 为 协议 规定 收 到 ACK 前 基站 不 能 发 送 业 务 包 ， 
所 以 数据 业务 包 在 EnodeB 侧 给 围 住 ， 导 致 切换 完成 后 ， 所 有 的 包 同 一 个 时 间 点 发 送 到 UGW 
最 终 导 致 出 现 乱 序 ， 如 图 13-96 所 示 。 
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ВТ53900 LTE V100... 18/05/2016 15:39:53 (580) RRC_MEAS_RPRT А UE 460000 
ВТ53900 LTE V100... 18/05/2016 15:39:53 (580) RRC MEAS RPRT 赚 收 自 UE 460000 


BTS3900LTE V100.. 18/05/2016 15:39:53 (580) RRC MEAS RPRT ОЕ 460000 
КЕС. CONN RECFG 发 送 到 UE 460000 
BTS3900LTE V100... 18/05/2016 15:40:15 (80) ВЕС CONN RECFG СМР 接收 自 UE 460000 
BTS3900 LTE V100... |18/05/2016 15:40:19 (360) HANDOVER_REQUEST 发 送 到 ENodeB 460000 


ВТ53900 LTE V100... 18/05/2016 15:40:19 (372) HANDOVER REQUEST ACKNOW.. Sv ELENodeB 460000 





ы | 53 


E. 





- 



















BTS3900LTE V100... 18/05/2016 15:40:19 (372) — HUAWEI PRIVATE MSG 发 送 到 ENodeB 460000 
RRC_CONN_RECFG 发 送 到 UE 460000 
TE ee OT 发 送 到 ENodeB 460000 
BTS3900 LTE V100... 18/05/2046 15:40:19 (586) |UE CONTEXT RELEASE 接收 自 ENodeB 460000 


HANDOVER_REQUEST А 
ВТ53900 LTE V100... 18/05/2016 15:40:20 (531) 
BTS3800 LTE V100... 18/05/2016 15:40:20 (536) 


HAMDOVER REQUEST. ACKMOW 
BTS3800 LTE V100... 18/05/2016 15:40:20 (547) 
BTS3900 LTE V100... 18/05/2016 15:40:20 (604) 


ВТ53900 LTE V100... 18/05/2016 15:40:20 (605) 

















12 
13 


收 自 ENodeB 460000 
x&slENodeB 460000 
HUAWEI PRIVATE MSG 接收 自 ENodeB 460000 


SN STATUS TRANSFER 接收 自 ENodeB 460000 
RRC CONM RECFG СМР 接收 自 UE 


ЁЗ 
P= 






[5] 
rm 


à = | 一 cIojojgoijoic!|c|coc 
5 =| 三 c | n = |= 










i 460000 
S1AP PATH SWITCH REG 发 适 到 ME 460000 
3S1AP_PATH_SWITCH_REQ_ACK  HEUTEIMME 


460000 


ВТ53900 LTE V100... 18/05/2016 15:40:20 (814) 


= | = |= | | = 
ш | | ро | л 























































图 13-95 ЕИ 
E- Root No. Time Message Type Direction Detailed Info 51 
= ALLTNIFItem 6 016-03-24 11:00:01(048) |S1AP_PATH_SWITCH_REQ Send to MME cellid-12 3f 40 40; tAC=10 b5;.. 0 
r- 朝阳 红 贪 市 公园 西 园 HL_S1 аточ) | 10 016-03-24 11:00:01(080) |S1AP_PATH_SWITCH_ REQ АСК Received From MME 0 
一 朝阳 红领巾 公园 西周 HL_S1 标准 信 令 跨 || 16 2016-03-24 11:00:01(146) ElAP_PATH SWITCH REQ Send to MME cellid=12 3f 40 10: tAC=10 b5;.. 0 
` 朝阳 红领巾 公园 西国 HL_S1_ 标 淮 信 令 器 || | 18 016-03-24 11:00:01(161) Б1АР PATH SWITCH REQ ACK Received From MME 0 
一 朝阳 红领巾 公园 西国 HL_S1_ 标准 信 令 器 ||| 35 2016-03-24 11:00:01(348) S1AP PATH SWITCH REQ Send to MME cellid=12 3f 40 50; tAC=10 Ь5;.. 4 
一 朝阳 红领巾 公园 西国 HL_S1_ 标 准 信 令 器 | э, 2016-03-24 11:00:01(378) SlAP_PATH_ SWITCH REQ ACK Received From MME 4 
38 016-03-24 11:00:01(406) &1AP PATH SWITCH КЕС Send to MME cellid=12 3f 40 20; tAC=10 b5;.. 0 
42 x 11:00:01(432) mane uu E Received From MME о 
55 [2016-03-24 11:00:01(526) | S1AP_PATH_SWITCH_REQ Send їо ММЕ cellid=12 3f 40 10; tAC-10 b5;.. 3 
58 2016-03-24 11:00:01(545) | S1AP. PATH, SWITCH ВЕС ACK Received From MME a 
59 2016-03-24 11:00:01(546) S1AP PATH SWITCH REQ Send to MME cellid=12 3f 40 10; tAC-10 b5;.. 3 
60 2016-03-24 11:00:01(547) S1AP PATH SWITCH REQ Send to MME cellid—12 3f 40 40; tAC=10 b5;.. 0 
64 2016-03-24 11:00:01(567) S1AP PATH SWITCH, REC Send to MME cellid=12 3f 40 50; tAC=10 b5;.. 0 
67 2016-03-24 11:00:01(575) S1AP PATH SWITCH REQ ACK Received From MME о 
69 2016-03-24 11:00:01(587) S1AP PATH SWITCH ВЕС АСК Received From MME 0 
70 2016-03-24 11:00:01(588) S1AP PATH SWITCH REQ АСК Received From MME 3 
78 2016-03-24 11:00:01(652) S1AP PATH SWITCH REO Send to MME cellid=12 3f 40 40: tAC-10 b5:.. 1 
82 2016-03-24 11:00.01(671) S1AP PATH SWITCH REQ ACK Received From MME 1 
86 2016-03-24 11:00:01(686) S1AP PATH SWITCH ВЕС Send to MME cellid=12 3f 40 20: tAC=10 b5:.. 0 
87 2016-03-24 11:00:01(687) S1AP PATH SWITCH REQ Send to MME cellid=12 3f 40 30; tAC-10 b5;.. 3 
88 2016-03-24 11:00:01(699) S1AP PATH SWITCH REQ АСК Received From MME о 
91 2016-03-24 11:00:01(727) S1AP PATH, SWITCH REQ АСК Received From MME 3 
92 2016-03-24 11:00:01(766) S1AP PATH SWITCH REQ Send to MME cellid=12 3f 40 10: tAC-10 b5:.. 4 
94 2016-03-24 11:00:01(786) S1AP PATH SWITCH REQ Send to MME cellid=12 3f 40 10; tAC-10 b5;.. 1 
O6 2016-03-24 11:00:01(791) S1AP PATH SWITCH REQ ACK Received From MME A 
98 2016-03-24 11:00:01(805) S1AP PATH SWITCH REQ ACK Received From MME 1 
108 2016-03-24 11:00:01(906) S1AP PATH SWITCH REQ Send to MME cellid=12 3f 40 50; tAC- 10 b5;.. 3 
111 2016-03-24 11:00:01(948) S1AP PATH SWITCH REQ ACK Received From MME 3 
155 2016-03-24 11:00:02(309) S1AP PATH SWITCH КЕС Send to MME cellid=12 3f 40 20; tAC-10 b5:.. 4 
156 2016-03-24 11:00:02(311) S1AP PATH SWITCH RECO Send to MME cellid=12 3f 40 20; tAC=10 Ь5;.. 0 
159 2016-03-24 11:00.02(337) S1AP PATH SWITCH REQ ACK Received From MME 0 
162 2016-03-24 11:00:02(339) S1AP PATH SWITCH REQ АСК Received From MME 4 
173 2016-03-24 11:00:02(445) S1AP PATH SWITCH REQ Send to ММЕ cellid212 3f 40 20; t&C-10 Ь5:.. 4 
176 2016-03-24 11:00:02(459) S1AP PATH SWITCH REQ ACK Received From MME 4 
1 185 2016-03-24 11:00:02(527) SlAP_PATH_SWITCH_REQ Send to ММЕ cellid=12 3f 40 40; tAC=10 b5;.. 3 
< сэ. Ə »» 186 2016-03-24 11:00:02(549) S1AP PATH SWITCH REQ АСК Received From MME 3 
Total 34 Pages Ме 1l ee 190 2016-03-24 11:00:02(587) S1AP PATH SWITCH КЕС Send to MME cellid=12 3f 40 50: tAC-10 b5;.. 3 
198 2016-03-24 11:00:02(60G) S1AP PATH SWITCH КЕС Send to MME cellid=12 3f 40 20; tAC=10 b5;.. 4 
2016/ 5/19 Œ~ 00:00:00 kal Jump 199 2016-03-24 11:00:02(606) S1AP_PATH_SWITCH_REQ Send to MME cellid=12 3f 40 50; tAC=10 b5;.. 0 
Total 33857 Logs. 200 2016-03-24 11:00:02(609) S1AP PATH, SWITCH REQ ACK Received From MME 3 


13-96 ”信念 流程 


为 了 进一步 分 析 问 题 的 原因 ， 通 过 核心 网 、 无 线 、 传 输 进行 抓 包 ， 问 题 定 位 。 

复 现 问题 点 得 出 ACK 返回 时 延 为 557 ms, 

6) 通过 进一步 分 析 发 现 ， 时 延长 的 原因 为 在 线 计 费 功能 引入 的 问题 导致 。 在 线 计 费 功 
能 是 由 在 线 计 费 系统 (Online Charging System, OCS) 控制 ， 是 一 个 实时 的 基于 业务 使 用 和 
系统 进行 交互 计 费 的 系统 。 在 线 计 费 在 会 话 进行 过 程 中 收集 计 费 信息 ， 实 现实 时 结算 。 在 
VoLTE 用 户 移动 过 程 中 ,位 置 改 变 触发 了 到 OCS АЧ ССК (Credit Control Request) 。 由 于 该 过 
程 导致 处 理 流程 增加 了 约 200 ms 的 延 时 ， 如 图 13-97 所 示 。 
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Flow Table| Flow Figure 











1 Ne. Time Type Direction — Detailed Info 
1 2016-05-19 18:20.43(688) HANDOVER REQUEST e&NBs-eNB TarCELLIDz 366442 2: causezhandover-desirable-for-radio-reasons; IpAddressz100.91.255.100; UEReleasez1: UECatz4; FGIz 7f cf fe де; bandEUT 
2 2016-05-19 18:20.43(609) HANDOVER REQUEST ACKNOWLEDGE  eNB-eNBs targetPCI- 330; dl-CarrierFreq- 37900: 
3 2016-05-19 18:20.43(707) SM, STATUS TRAMSFER eNBs-eNB 
4 2016-05-19 18:20:43(765) КЕС CONN RECFG СМР UE-eMB 
75 2016-05-19 18:20443(765) 51АР PATH SWITCH КЕС &NB-MME cellid=59 76 a0 20; tAC=63 За; PLMN 64 Ю 00; IpAddress z 100.70.112.135; 
6 2016-05-19 18:20:44(3227) SLAP PATH SWITCH REQ АСК MME-&NB  IpAddressz100,.01.255.100; 
7 2016-05-19 18:20.44(327) UE CONTEXT RELEASE eNB-eNBs 
В 2016-05-19 18:20:44(328) RRC CONN, RECFG eNB-UE сці-Арегіоаіс= rm30; 
9 2016-05-19 18:20:44(350) КЕС CONN, RECFG СМР UE-eNB 
10 2016-05-19 18:20:44(357) RRC_CONN_RECFG eNB-UE AddMearlD=3,4,6.7.13.13.15 16; AddMearObjlD=4,4,4.4,4,4,4.4; AddRptiDs 2 3,56 10.13 14,15: MeasObjIDz4: frea=37900; pri=330; 
11 2016-05-19 18:20:44(370) RRC CONN RECFG CMP UE-eNB 
12 2016-05-19 18:20:45(050) КАС MEAS ВРЕТ UE-eNB MSID2 7: servRSRP=-93; servRSRQ=-8; 
13 2016-05-19 18:20:45(606) КЕС MEAS RPRT UE-eMB MSID 24: seryRSRPz -92: servRSRQ=-8;: 
14 2016-05-19 18:20:47(708) КЕС CONN RECFG eNB-UE tqi-Aperiodic- rm30: 
15 2016-05-19 18:20(47(727) КЕС CONN RECFG СМР UE-eNB 
16 2016-05-19 18:20:48(327) БЕС MEAS RPRT UE-eNB MSIDz 15; servRSRPz -BB; servRSRQs -б; 
17 2016-05-19 18:21:09(384) RRC MEAS АРАТ UE-eNB MSIDz 3; servRSRPz -94; servRSRQz-12: neighber(PCIz 340 RSRPz -90): 
18 2016-05-19 18:21:09(386) HANDOVER REQUEST eNB-eNBs  TarCELLIDz 366494 0: cause-handover-desirable-for-radio-reasons; IpAddressz100.91.255.100; UEReleasez1: UECatz4; FGIz7f cf fe де; bandEUT 
19 2016-05-19 18:21:09(398) HANDOVER REQUEST ACKNOWLEDGE  eNBs-eNB  targetPCIs 340; di-CarrierFreq- 37900; 
20 2016-05-19 18:21:09(400) КЕС CONN RECFG еМВ-ШЕ TargetPCIs 340; dlfrea=37900; freq» 37900; 
21 2016-05-19 18:21:09(403) SM STATUS TRANSFER eNB-eNBs 
22 2016-05-19 18:21:09(560) UE, CONTEXT RELEASE eNBs-eNB 


K| 13-97 ACK 返回 时 延 查 看 








7) 在 测试 过 程 中 ,由 于 UE 位 置 改 变 触 发 到 了 OCS 的 CCR。 测 试 卡 签约 了 在 线 计 费 ， 
导致 了 接近 300 ms 的 延 时 ， 如 网 13-98 所 示 。 


А 2016-05-19 18:20:44(91) 7-2 NNESGSNISGWUGIN) Modify Bearer Request 
NA 2016-05-1918:2044(44) 72 MME(SCSN--SGW(UGW) Modify Bearer Request 


016-05-19 18:20:44(91) (72 — UGW(GGSNFÚDRA Credit Control Request 


2016-05-19 1820:44(91) 7-2 SGW(UGWP--MME(SGSN) YT E 


EN E a 
M 740) 12 EE rie 


2016-05-19 18:20:44288) — 7-2 DRA-SUGW(GGSN) тт Control Answer 
2016-05-19 18:20:44(209) — 7-2 SGW(UGW--MME(SGSN) Modify Bearer Response 
2018-05-18 4820440999) 17-2 СҮТ IGWEHFNRAISGSNY — IFnd Marker 


图 13-98 FORMERE 





8) 为 了 验证 绪论， 使 用 两 张 未 开通 在 线 计 费 功能 的 卡 和 两 张 开 通 在 线 计 费 功能 的 卡 分 
别 拉 网 测试 做 对 比 ， poe 吉 果 见 表 13-4, 


表 13-4 未 开通 在 线 计 费 功能 的 卡 与 开通 在 线 计 费 功能 的 卡拉 网 测试 对 比 








А 平均 RSRP | 平均 SINR wu. | 呼叫 建立 时 延 MOS 3.0 RTP 40% 
WAR 呼叫 次 MOS 
mm /dBm /dB Tuy ja 什 以 上 占 比 (96) (%) 
开通 在 线 计 费 -83.21 19. 15 15 2.76 4. 05 95. 38 0. 53 
未 开通 在 线 计 费 — 82. 69 18. 08 14 2.18 4.12 99. 25 0. 30 























从 对 比 结果 可 以 看 出 ， 开 通 在 线 计 费 功 能 后 ，MOS 3. 0 ЖМ 99. 25% 下降 到 95. 38% , 


Ei 
512 IH 


啊 较 为 明显 。 


【解决 方案 】: 
ТЕ VoLTE 用 户 切换 过 程 中 ， 概 率 性 出 现 切换 过 程 时 延 较 长 是 导致 MOS 较 差 的 直接 原 


因 。 





分 析 核 心 网 回复 ACK 时 延 较 长 的 具体 原因 是 ， 测 试 卡 开通 在 线 计 费 功 能 ，0CS 处 理 过 





程 中 引入 时 延 导 致 基站 侧 围 包 后 丢 包 乱 序 ， 和 暂时 关闭 测试 卡 的 在 线 计 究 功 能 可 解决 该 问题 。 
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13.3 第 三 招 


前 后 都 更 换 过 终 


博 观 约 取 一 一 EPC 侧 优 化 思路 及 典型 案例 

1. eSRVCC 能 力 未 更 新 导致 eSRVCC 切换 失败 案例 

[ 问题 描述 ] : 

在 测试 中 发 现 少 部 分 VoLTE 用 户 发 生 eSRVCC 切换 时 ， 仍 使 用 HSS 签约 的 默认 STN - 
导致 切换 失败 。 

【问题 分 析 】 : 

通过 SEQ 系统 分 析 发 现 ， 存 在 此 问题 的 VoLTE 用 户 有 以 下 几 个 共同 特点 : 发 生 问题 的 


端 ， 刚 开始 使 用 的 终端 不 支持 eSRVCC ЕЛ (JE VoLTE 终端 ) ， 后 来 更 换 了 


支持 eSRVCC 能 力 的 终端 


H ы 


根据 此 场景 进行 测试 .: 


1) VoLTE 卡 在 不 支持 eSRVCC 能 力 终端 的 相关 信 令 ， 如 图 13-99 所 示 。 


HERH ~ 


De дату 


Ч HEH ^ Аала A 
AME 05-10 18:20:15 UE -> MME 

2016-05-10 162015  |.|.|MME--UE — |.|deniyRequst — — — 1 
2016-05-10 162015  |.|.|UE- MME | |denfyResponss — 1 


E] Wr content 
vendar-id:üx28af (10415) 
El w avp-data 
ue-srvcc-capability:not-supported (0) ë 


2016-05-10 1620.15 _ | |.. IMME(SGSN) = HSS |- Authentication information Request | 
2016-05-10 162015 [-- |ИМЕ = ОЕ |- fAuthentication Request — — | 
2016-05-40 1620.15 | | |ИМЕ = емобев  |.|DOWNLINKNASTRANSPORT |] 
2016-05-40 462045 | | leNodeB > MME | JUPLINKNASTRANSPORT — | 
2016-05-10 462045 | | IUE->MME | |Ашпепісайоп Кесропве — | 








2016-05-10 16:20:15 MME -> UE Security Mode Command 

c EO сеш: 

2016-05-10 16:20:16 — |1|.|eNodeB-- ИМЕ _ |.|UPLINKNASTRANSPORT — ` 
EIU 

um 05-10 16: 20: Je 8 METTRE m HSS .. Update Location Request 460075053162344 588 ü1 00 02 4C CO QU 01 : 
2019-05-10 162016 | |- IMME(SGSN) SOW|-|CreateSessionRequest 1460075053162344 [486 040000 15 ES 0000 0 
201601012016 | [SGH > HNE[(SGSN) Create Session Response (460075023162344 [354 — [040000 15 0100000 
2016-05-10 16:20:16  |.|.|MME--MSC — |.|SGsAP-LOCATION-UPDATE-REQUEST |460075053162344 |111 [090108490670053 


Cadm rE Arí AP. ya Ë ьэм 一 RARA M e A Таъ АТК VIMMATT Aim T AcCcnmmcmcoa4choaa MA MA mw AN ты 0/7 mc o 


图 13-99 SEQ 信 令 流程 








2) 用 户 更 换 了 支持 eSRVCC 的 终端 ， 重 新 发 起 附着 ，MME i 


HSS ali AES 13-100 所 示 。 


aa 


UE -> MME 
MME(SGSN) -= HSS |. 


通知 HSS 终端 的 eSRVCC 6 











ama aa 






2016-05-10 162242 — |. |. 
2016-05-10 162242 |-|- 
2016-05-10 1622412 |-|- [MME = UE 
2016-05-10 1622412 |. | |ИМЕ > eNodeB 


2016-05-10 16:22:12 „ jeModaeB -> MME 


tal —— IE 


- Attach Request 

. | Authentication Information Request 
... | Authentication Request 
-DOWNLINK MAS TRANSPORT 

.. (UPLINK NAS TRANSPORT 


i x 


кча xs ss ú алал 











460075053162344 |116  |07 41 12 0BFS 
460075053162344 |456 0100 01C8 CO 
07 52 02 07 C1 
460075053182344 |166 BE 00 00 16 0C 
1460075053162344 |163 |88 0000 1608 
























2016-05-10 18:22:12 .. [UE -= MME .. Authentication Response 





















FE] 消息 浏览 器 -373-[NotifyRequest] 。 [=== fies 


Hd w cantent 


2015-05-10 16:22:12 .. | MME - UE .. Security Mode Command 


2016-05-10 16:22:12 |... |... |[MME -> eNodeB ... IDOWINLIMK NAS TRANSP 


















2016-05-10 16:22:12 EL. eModeB -> MME ... |UPLIMK MAS TRANSPOR vendor-id:0x28af (10415) 
2016-05-10 16:22:12 |... |... [ШЕ -> MME ... [Security Mode Complete El  avp-data 










MME(SGSN)-- HSS ... Notify Request ue-srvcc-capability.supported (1) 


2016-05-10 16:22:12 — |. |. 
MME(SGSN) -= SGW |... Create Session Request 





AVP 








2016-05-10 18: = Te HT 
Wee EIC UE HSS -> MME(SGSN) |... Notify Answer 
2060510162212 — 
2016010162212 —-[ MwE-rMSC — —  SGsAF-LOCATON-UPDA| 
2016-05-10 162212  [|.|.MSC-^MME — | |SGSAP-LOCATION-UPDAT| 
TE |] mesu — Mei wass 
2016-05-10 162212 |-|- MME =eNodeB  |- [INITIAL CONTEXT SETUP] 
201605401652212 |-| leloen > WME — |- UE CAPABILITY INFO RD 
[2016-05-10 16:27:13 — 2|. eNodeB = MME . INITIAL CONTEXT SETUP zam 
201605101522 13 — |.|-eNodeS > ME | JUPUINK МАЗ TRANSPORT MIRDOTEQESTS2341- [159 — [SB 0000-106 
2016-05-10 162213  |.|.|UE--MME |- [Miach Complete — —  46005053162344 [13 27 BFE44A19 


图 13-100 Pu 





avp-cade:0x5a3 (1443) 


т 
тыю p 
DODGE 


má má | 下 一 条 (NM) | (N) 





























00 
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3) VoLTE 用 户 进行 VoLTE 业务 的 注册 ，SCCAS 向 HSS 查询 eSRVCC 能 力 ， 如 
图 13-101 所 示 。 


З ~ 源 地 址 ~ ”| пл] Ыл. Em. L TICK - 
2016-05-10 16:22:17.929 REGISTER |10.184.36.23 sapr ' ° 

| 消息 浏览 器 -36-[ 用 户 IMPU 
30160510162217979 | REGISTER] — | : . 
016-05-10 16:22:17.929 REGISTER 
2016-05-10 16:22-17.931 0.20.58.146 
2016-05-10 16:22:17.994 0.20.14.144 


El w content 
vendarld:v-3GPP (10415) 
E] w avpData 
publicldentity:sip:+861 
ccc1:00 


2016-05-10 16:22:18.066 
016-05-10 16:22:18.066 0.20.58.18 


2016-05-10 16:22:18.066 UDR 0.20.58.18 
2016-05-10 16:22:48.066 NIS 
2016-05-10 16:22:18.124 


2016-05-10 16:22:18.160 0.189.229 50 


|... ООА 

|... ООА 
L.JUDA — |10:20.14.144 
201605-10162218.062 — [.|UDR [102058146 
2016-05-10 162218270  |.|UDA — [1019229178 
2016-05-10 162218270  |.|5NR — [1020.58.18 
2016-05-10 1622418364  |.|5NA — [101922950 
:22:18. |2 


0.19.228 178 
E Амр 

avpCode:dataReference (703) 
0.20.58.146 E W avpFlag 
0.20.14.16 vendorspecific TRUE 
mandatory TRUE 
pBitFAL SE 
reserved:üxü (0) 


E 

z 22: ki 

k: н Е m 
2016-05-10 162217994  .|UDR [102058146 

z 77. A 

Е 

E 


— a 


2016-05-10 16:22:18.162 


Ei w content 
vendorld:v-3GPP (10415) 
E w avpData 


dataReference:ueSrvccCapData (28) 
ln — 


016-05-10 16:22:18.365 йй OK 


2016-05-10 16:22:18.365 


200 OK 10.189.120.34 





图 13-101 eSRVCC 能 力 查 询 


4) 此 时 HSS 返回 了 eSRVCC 能 力 为 不 支持 的 信息 ， 如 图 13-102 所 示 。 


2016-05-10 16:22:17.931 lUDR |1020.58.146 

UDR 

2016-05-10 16:22:18.066 UDR — [0205818 | 

0 19229 50 

2016-05-10 18:22:18.182 H 10.20.14.144 

| 

= 


2018-05-10 16:22:18 365 pz ension-«UE-SRVCC-C apability-Q«/LIE-S RVCC-Capability-«/Exten: fu 
2015-05-10 15222718 355 _ 1 1200 OK .— l10189 12034 | 





图 13-102 eSRVCC 能 力 不 支 持 


由 于 eSRVCC 能 力 不 文 持 ，AS 不 会 器 HSS 推送 最 新 的 STN - SR， 导致 MME 上 的 STN -SR 无 
法 更 新 。 

5) 此 问题 的 根 因 在 于 HSS 收 到 了 eSRVCC 能 力 改 变 的 通知 ， 但 实际 上 eSRVCC 能 力 的 
状态 并 没有 更 新 成 功 ， 在 HSS 查询 用 户 的 eSRVCC 能 力 发 现 其 没有 更 新 。 

б) 在 终端 eSRVCC 能 力 变化 的 情况 下 ，HSS 无 法 更 新 变化 的 eSRVCC 能 力 ， 会 导致 eS- 
RVCC 切换 使 用 错误 的 STN - SR， 造成 切换 失败 。 从 测试 的 情况 来 看 ， 华 为 MME 发 送 notify 
更 新 eSRVCC 能 力 ， 华 为 HSS 能 正常 更 新 成 功 ， 爱 立信 HSS 下 更 新 失败 。 

【解决 方案 】: 

1) 根本 原因 为 爱立信 HSS 不 支持 MME notify 方式 的 eSRVCC 能 力 更 新 ， 根 本 解决 方案 
为 需 爱 立信 HSS 支持 此 功能 。 











275 








2) 临时 方案 : Ze. Wider MME 没有 临时 解决 方案 ; 华为 MME 可 以 将 能 力 更 新 方 
式 修改 为 ULR 临时 解决 该 问题 ， 但 此 方式 会 导致 信 令 负 倚 增加 。 

2. VoLTE 终端 进行 IPv4v6 IMS 注册 失败 问题 

[ 问题 描述 ] : 

在 IMS 注册 流程 中 ， 终 端 用 户 发 起 PDN 建立 时 ， 终 端 用 户 会 使 用 不 同 的 PDN 连接 方式 
(IPv4, IPv6, IPv4v6), ， 当 IPv4v6 type 的 PDN 连接 请 求 时 ，VoLTE 用 户 PDN 连接 成 功率 
较 低 。 

[ 问题 分 析 ] : 

1) 通过 核心 网 信 令 分 析 平 台 统 计 VoLTE 用 户 (APN =IMS) PDN 连接 情况 ， 发 现 PDN 
连接 失败 CAUSE (827 51 的 比例 最 高 ， 解 释 为 “PDN type IPv6 only allowed" 

2) 通过 核心 网 信 令 分 析 平 台 对 失败 用 户 进行 信 令 回溯 ， 分 析 信 令 发 现 VoLTE 用 户 发 起 
IPv4v6 type HJ PDN 连接 请 求 ， 该 请 求 连接 成 功 ，ESM 消息 中 回复 “single address bearers on- 
ly allowed”， 表 示 MME 仅 文 持 单 IP 承载 的 请 求 ， 需 要 重新 发 起 PDN 连接 请 求 ， 所 以 终端 又 
发 了 IPv4 type 的 PDN 连接 请 求 ， 而 VoLTE 用 户 只 能 使 用 IPv6 连接 ， 所 以 MME 又 拒绝 ， 拒 
绝 CAUSE 值 为 51， 解释 为 “PDN type IPv6 only allowed”， 如 图 13-103 所 示 。 








221.177.193.204 221.177.193.218 GTPV2 101 Modify Bearer Command 

221.1/7.193.218 221.177.193.204 GTPv2 101 update Bearer Request 

100.70.255.20 100.91.237.51 S1AP/NAS-EPS 134 id-downlinkNAsTransport, Modify EPS bearer context request 
100.70.255. 20 100. 91.237. 51 S1AP 98 id-UEContextModification, UEContextModificationRequest 
100.91.237.51 100.70.255.20 SlAP 86 id-UEContextModification, UEContextModificationResponse 
100.91.237.51 100.70.255.20 S1AP/NAS-EPS 122 id-uplinkNAsTransport, Modify EPS bearer context accept 
221.177.193.204 221.177.193.218 GTPv2 98 update Bearer Response 

100.91.237.51 100.70.255.20 SlAP/NAS-EPS 170 id-uplinkNASTransport, PDN connectivity request 
221.177.193.204 221.177.193.218 GTPV2 309 Create session Request 


221.177.193.218 221.177.193. 204 GTPV2 230 Create Session Response 
100. 70. 255.20 100.91.237.51 S1AP/NAS-EPS 270 id-E- aen [E Rassetuprenuer] Activate default EPS bearer context request Ksingle ad 


100.91.237.51 100.70.255.20 S1AP 122 SACK id-E-RABSe Up. etupR E ponse 

100.91.237.51 100.70.255.20 S1AP/NAS-EPS 122 id- a Activate default EPS bearer context accept 
221.177.193. 204 221.177.193.218 GTPv2 89 Modify Bearer/ Request 

221.177.193. 218 221.177.193,204 GTPV2 

100.91.237.51 100.70.255.20 SlAP/NAS-EP5 

100.70.255.20 100. 91. 237. 51 SlAP/NAS-EPS 

10.19.229.167 10.19.240.161 DIAMETER 

100.91.237.51 100.70.255.20 51АР 

221.177.193.204 221.177.193.218 GTPv2 


mn 477 1N3 "na 





Procedure transaction identity: oo 
NAS EPS session management messages: Activate dëfault EPS bearer context request (Oxcl) 
& EPS quality of service 
= Access Point Name 
Length: 23 
APN: IMS.mnc002.mcc460. gprs 
PDN address 
Linked TI - Transaction identifier 
Quality Of service - Negotiated 005 
LLC Service Access Point Identifier -f"Negotiated LLC SAPI 
Radio Priority 
Packet Flow Identifier - Best Effor, 
APN aggregate maximum bit rate 
ESM cause 


Er] E] EH [E] [E] EH] EH в 


amen DY 
Cause: single Ae bearers only allowed (52) 
E Protocol Contigquration Options 











图 13-103 核心 网 信 令 流程 


3) MME 之 所 以 在 ESM 消息 中 回复 “single address bearers only allowed”， 是 因为 MME 
未 开局 双 栈 功能 ， 不 文 持 IPv4v6 type 的 PDN 连接 。 

【解决 方案 】: 

如 图 13-104 所 示 ，MME 开启 双 栈 功能 后 ，IPv4v6 type 的 PDN 连接 均 成 功 ，VoLTE 用 
户 PDN 连接 成 功率 提升 。 
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2016-03-29 09:00:2 .112 B16 


2016-03-29 09:00: T 280 
2016-03-29 0 7 2 





图 13-104 MME 开启 双 栈 功能 信 令 流程 


3. 爱立信 SAEGW 删除 承载 导致 aSRVCC 切换 失败 

[ 问题 描述 ] : 

测试 发 现 爱 立信 EPC 区 域 个 别 场景 下 aSRVCC 切换 失败 。 

[ 问题 分 析 】: 

主 叫 起 呼 后 终端 立刻 发 起 SRVCC 切换 ，MME 发 SRVCC 请 求 ， 与 此 同时 ，IMS 侧 按 
VoLTE 起 呼 流 程 ，SBC Æ SIP 180 前 的 AAR 触发 PGW 发 起 update bearer。 因 为 MME 收 到 
update bearer 时 ， 尚 未 收 到 eMSC 的 SRVCC 啊 应 ， 所 以 根据 3GPP 的 29. 274 中 的 定义 
MME handover 返回 110 ( temperarily reject due to handover procedure in progress) 错误 码 拒 
绝 更 新 。PGW update bearer 被 拒绝 重 发 一 次 后 ， 发 起 删除 承载 ，MME 因为 同样 的 原因 拒 
绝 删除 承载 ， 但 PGW 仍然 删除 了 承载 ，SBC 收 到 PCRF 承载 释放 的 ASR 消息 。 说 明 虽 然 
MME 拒绝 删除 ,但 PGW 仍然 删除 了 承载 (咨询 爱立信 人 研发 部 门 ， 确 认 是 PGW 目前 版 本 
的 正常 行为 ) 。 接 着 MME 收 到 了 UE 的 Extented service request, MME 取消 SRVCC。UE 再 
次 发 起 SRVCC， 本 次 MME 完成 了 SRVCC 流程 ， 但 从 MME delete bearer command 的 结果 
A, PGW 已 经 提示 无 此 上 下 文 ， 因 为 前 面 PGW 已 经 删除 了 承载 。SBC 之 前 收 到 ASR 也 
已 释放 了 资源 ， 再 次 收 到 EMSC 消息 后 返回 失败 提示 ， 传 导 到 端 局 ， 最 终 导 致 终端 在 2C 
网 络 下 收 到 disconnect, 

【解决 方案 】: 

PGW 收 到 MME 临时 拒绝 更 新 后 删除 承载 是 问题 的 重要 原因 ， 建 议 爱立信 PGW 后 续 版 
本 进行 优化 ， 在 收 到 临时 更 新 拒绝 后 延迟 删除 承载 ， 避 免 类 似 问 题 。 

4. 中 兴 eNodeB Т VoLTE А9 РЕЖ MME 上 分 布 不 均 

[ 问题 描述 ] : 

中 兴 eNodeB F VoLTE 及 数据 用 户 在 诺 西 MME 上 分 布 不 均 ，H 地 市 MME pool 有 5 台 
MME02/04/06/65/66， 目 前 5 т MME 用 户 分 布 严 重 不 均衡 ，MME02/04/06 上 用 户 较 少 ， 
MME65/66 上 用 户 较 多 ( MME65/66 属于 新 割 接 入 网 的 MME) , 

【问题 分 析 】 : 

针对 上 述 问题 ， 进 行 抓 包 分 析 ， 在 2G/3G/4G 互 操作 的 场景 下 ，eNB 应 该 平均 分 发 到 每 台 
MME (目前 MME 配置 的 容量 因子 全 部 为 25)， 但 现 网 eNB 分 发 比例 不 均衡 ， 新 网 元 : 旧 网 元 
=o Gy 
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1) 核心 网 信 令 抓 包 1 min, MME06 上 的 26/3G 到 4G TAU 的 场景 数 为 1375， 如 
图 13-105 所 示 。 


108 2016-05-10 14:22:05.187220 100, 81, 241,68 100. 70.255.100 SLAP /NAS-EPS 234 SACK id-initialUEMessage, Tracking area update 
110 2016-05-10 14:22:05.301628 100.81.242.161 100. 70.255.100 SAP /NAS-EPS 230 sACK 1d-initialuEMessage, Tracking area update 
114 2016-05-10 14:22488 шр АСК id-initialuEMessage, Tracking area update 
115 2016-05-10 14:2 8299770199811] АСК id-initialuEMessage, Tracking area update 
141 2016-05-10 14: БАСК id-initialuEMessage, Tracking area update 
151 2016-05-10 14: RACK 1d-initialuEMessage, Tracking area update 
154 2016-05-10 14:2] Display id-imitialuEMessage, Tracking area update 
162 2016-05-10 14: Display filter: none id-initialuEMessage, Tracking area update 
172 2016-05-10 14: Ignored packets: D (0.0004) id-initialuEMessage, Tracking area update 
ia me c icd oie pnt ГО Tratado Tidi re pas 

RACK 1d-initialuEMessage, Tracking area update 
194 2016-05-10 14:27] Between first and lest packet B0. 545 sec id-initialuEMessage, Tracking area update 
201 2016-05-10 14: Avg. packets/sec 22 Т1й id-initialuEMessage, Tracking area update 
227 2016-05-10 14: ive packet size 208 bytes id-initialUEMessage, Tracking area update 
248 2016-05-10 14; Bytes zp6dTD 28410 100. 000% id-initialuEMessage, Tracking area update 
253 2016-05-10 14: RACK 1d-initialuEMessage, Tracking area update 
262 2016-05-10 14:2] +e bytes/sec s RACK id-initialuEMessage, Tracking area update 
275 2016-05-10 14:27] Are Mise 0. 038 LACK id-initialuEMessage, Tracking area update 
282 2016-05-10 14:227 7T 8T mm eS TAACK l1d-initialuEMessage, Tracking area update 
287 2016-05-10 14:22:14.037601 100.91.238.249 100. 70.255.100 SLAP /NAS-EPS 194 sack id-initialuEMessage, Tracking area update 
289 2016-05-10 КЕЕ MEG Rb 97.17. 215 00,70 00 S1AP/NAS-EPS 230 SACK id-initialuEMessage, Tracking area update 

100. 70.255.100 
Ü 00 


297 2016-05-10 14:22 1.279 :6— | 160.70.255.100 | SAP /NAS-EPS 206 Sack Td-initialuEMessage, Tracking area update 
299 2016-05-10 14:22:14.507594 100,91.246.167 70. 295. SLAP/NAS-EPS 210 5АСК id-initialUEMessage, Tracking area update 
305 2016-05-10 14:22:14, 893262 100,87.17.205 100. 70.255.100 SLAP/NAs-EPS 230 SACK id-initialuEMessage, Tracking update 


图 13-105 核心 网 信 令 抓 包 TAU 次 数 























2) MME65/06 上 的 2GZ3G 到 4G TAU 的 场景 数 为 8667 次 ， 如 图 13-106 所 示 。 


104 2016-05-1 :21:58, 733547. 100.97.16.188 100.91.255.148 S1AP/NAS-EPS 210 sACK id-initialuEMessage, T ing area 
107 2016-05-1 121:59. 752802 100.91. 249,100 100. 81. 252,14 SlAP/NAS-EPS 230 SACK id-initialuEMessage, ing area 
108 2016-05-1 * dn aa E mek id-initialuEMessage, Tracking area 
114 2016-05-1 Piksi Tireshark: Summary МЕ К 1d-initialuEMessage, ing агеа 
119 2016-05-1 __——ЕЕЕЕЕЕЫ“ rr -ak id-initialuEMessage, Tracking area 
121 2016-05-10 14:21:54 Display K ing area 
122 2016-05-1 :21: Display filter: K ing area 
124 2016-05-10 14:21:51 Ignored packets: Ü (0.00096) K ing area 
125 2016-05-1 K ing area 
138 2015-05-1 :21: Traffic 4 Captured 4 Displayed 4 Displayed % 4 Marked 4 Marked % 4 k id-initialuEMessage, T ing area 
139 2016-05-10 14:21:5]| Packets 8667 BEET 100.000% 0 0. 000% К id-initialuEMessage, Tracking area 
141 2016-05-1 Im Between first and last packet 62.505 sec К id-initlaluEMessage, T ing area 
157 2016-05-10 14:22:08... packets/sec 138.861 | id-initialuEMessage, Tracking area 

: n 

K n 

K n 

K n 

K n 

n 

n 

n 

n 

n 

n 


id-initialuEMessage, T 
id-initialuEMessage, T 
id-initialUEMessage, 
id-initialuEMessage, T 


158 2016-05-1 id-initialuEMessage, Tracking area 
161 2016-05-10 14:22: id-initialuEMessage, ing area 
165 2016-05-10 14:22:00 Bytes [pe quse. MODUS. 0 id-initialuEMessage, Tracking area 
166 2016-05-10 14:22:08 Avg bytes/sec 29318. 326 id-initialuEMessage, ing area 
167 2016-05- :22 :0U. 100. 8/. 17. 91. 222, АРЧА АСК id-initialuEMessage, Tracking area 
176 2016-05-1 :22:00.233508 100.91.246.176 01.255.148 lAP/NAS-EPS 230 SACK id-initialuEMessage, ing area 
180 2016-05- :22:00.272579 100,91, 240.29 81.255, 148 lAP/NMAS-EPS 230 SACK id-initialuEMessage, Tracking area 
ing area 
ing area 
ing area 
ing area 


kvg. packet size 211 bytes 





181 2016-05-10 14:22: ЩЕ ЕВ 900191. 248 ‚51.255,148 1AP/NAS-EPS 230 SACK. id-initialuEMessage, T 


185 2016-05-1 1:22:00. 283318 100.91, 249,48 жеш ТАР /NAS-EPS 234 SACK ld-initialuEMessage, T 
186 2016-05-1 i22:00, 284240. 100,91, 242,150 00.81. 255,148 1AP/MAS-EPS 230 SACK id-initialUEMessage, 
183 2016-05-10 14:22:00.328275 100.01.238,245 00,901,255, 148 lAP/MAS-EPS 210 sack id-initialuEMessage, T 




































































K| 13-106 MME65/06 上 TAU 次 数 


3) 新 人 网 的 MME 属于 融合 的 MME (2G/3G/4G 功能 在 一 个 设备 ) ， 而 之 前 的 MME 属 

于 单独 的 MME (只 携带 4G 功能 ) , MME65/66 上 均 有 两 个 测试 LAC (入 网 前 测试 2G/3G M 

3-10), HAE MME 上 均 无 测试 LAC。 诺 西 核心 网 人 员 分 析 为 两 个 测试 LAC 引起 ， 因 为 在 SI 

setup 时 MME 会 将 自己 设备 上 的 LAC 下 发 给 ENB 作为 MME group ID, NRI 补 0 或 者 1 作为 

f^ LAC 的 标记 ，MME 会 给 ENB 下 两 条 记录 : 如 LACL1， 等 一 条 记录 ，MME group ID = 

LACI MMEC =NRI 补 0; 第 二 条 记录 ，MME group ID = LAC1 MMEC = NRI 补 1。 如 果 MME 
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ERA LAC, 2 MME 回 下 一 条 记录 ， 即 自己 配置 的 MME group ID 和 MMEC。 这 样 
MME65/66 对 于 每 个 ENB 有 5 条 记录 ，MME02/04/06 只 有 1 条 记录 。 

4) 中 兴 无 线 侧 分 析 河 泽 移 动 一 个 eNodeB 接 了 5 个 MME, UE 接 入 选 路 时 ， 首 先 均 勺 地 
选择 其 中 某 一 个 组 ， 也 就 是 组 和 组 之 间 的 均衡 比值 为 1:1。 中 兴 进 行 选 路 选 组 时 ， 对 异 系统 
的 组 也 进行 了 算法 计算 ， 异 系统 的 组 影响 了 最 终 的 选 路 结果 ， 导 致 用 户 分 布 不 均衡 。 

【解决 方案 】: 

中 兴 新 版 本 解决 。 

部 分 VoLTE 终端 4G 网 络 下 被 叫 域 选 失败 MME 侧 分 析 处 理 

[ 问题 描述 ] : 

测试 中 发 现 部 分 VoLTE 终端 在 4G 网 络 下 被 叫 域 选 到 CS 域 。 

[ 问题 分 析 ] : 

通过 信 令 监测 分 析 部 分 VoLTE 终端 开机 选 网 时 信 令 

1) 如 图 13-107 BU, ЛЕ MME 的 Cb 口 信 仿 监测 发 现 8:31:24 VoLTE 终端 先进 井 行 了 一 
X 2G 的 附着 ，2 s 后 进行 了 去 附着 ， 此 时 在 HSS 上 注册 了 用 户 的 SGSN 信息 。 

















Bre ЕЕЕ ЕВИ сь ЕЕЕ | Sl ЕЕЕ l Soe | a l Ga | Sae | Sk | e N | 


查询 条 件 > 
报表 详情 v 


开始 时 间 结束 时 间 流程 类 流程 状态 IMSI MSISON IMEI 


1 2016-03-22 09:31... 2016-03-22 08:31:24.940 Attach 4600786541174 *** 1985316**** 86090303681 **** 


2 2016-03-22 08:31.. 2016-03-22 08:31:26.003 MS-Initiated Detach 成 功 46007854117****  18853156**** B86D903D03681**** 





K| 13-107 Gb EH fe; We 


2) 如 图 13-108 所 示 ，8:31:50 终端 又 进行 了 一 次 4G 的 附着 ， 但 是 附着 时 携带 的 GUTI 

类 型 为 native， 因 此 MME 不 会 给 HSS 发 送 ULR 消息 ， 也 就 无 法 将 单 域 注 册 的 标识 发 送 给 
HSS， 导 致 HSS 上 同时 有 SGSN 和 MME 的 注册 信息 。 根 据 VoLTE 被 叫 域 选 的 判断 条 件 ， 
HSS 上 同时 有 SGSN 和 MME 信息 时 ， 被 叫 域 选 CS b, 


lumn Protocol Length Time Info 
sl-control slAP 90 2016-03-22 :32:19.610419 id- — E HEAR, DEN EIE EE mand 








On 面 AD NA 1 D eun m ^0 
sl-control 51АР/МА5 186 2016-03-22 :31:50. 834861 


sl-control S1AP/NAS 270 2016-03-22 :31:52.077651 id-E-RABSetup, E RABSetupRequest , Activate default EPS bearer context гед 
sl-control 51АР/МА5 126 2016-03-22 1:31:51. 722563 id-uplinkNASTransport, Attach complete, Activate default EPS bearer contex] 
sl-control S1AP/NAS 126 2016-03-22 :31:50. 994504 id-downlinkNAsTransport, Authentication request 

sl-control SlAP 94 2016-03-22 1:32:19. 603504 id-uEContextReleaseRequest, UECOntextReleaseRequest 

sl-control S1AP/NAS 342 2016- 03- 22 :31:51. 666483 id- ыыы I ыыы Шш ‚ Attach accept, Actival 


si-control 106 2016- 03- 22 :31:51.721132 id- pep re 

sl-control 51АР/ 122 2016-03-22 :31:52.110302 id-uplinkNAsTransport, Activate default EPS bearer context accept 
si-control 5] 182 2016-03-22 :31:51. 669120 id-uECapabilityrinfoindicationuECapahilityrnformation 

s1-control 110 2016-03-22 :31: 51.482843 id-downlinkNAsTransport, SEU KEY mode command 





S1AP/ NAS 


sl-control S1AP/NAS 162 2016- 03- 22 . 598901 i кенсе чеин. Е5М information response 


2051 DIAMETER 518 2016- 03- 22 :31: ). 838248 Tum =3GPP- Authentication- TREET ETETE rr 3GPP TE 
2051 DIAMETER 514 2016-03-22 :31:51. 525880 cmdez3GPP-NotifyRequest(323) flags-RP-- appl=3GPP 56a/56d(16777251) hzh=f4C 
diameter DIAMETER 338 2016-03-22 :31:51. 595691 cmd=3GPP-NotifyAnswer (323) flags--P-- арр1=36РР s6a/s6d(16777251) hzh=f401 | 
5014 DIAMETER 610 2016-03-22 1:31:51. 632340 cmd-ecredit-controlanswer(272) flags--P-- арр1=36РР Сх(16777238) h2h-930055 
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51-сопгго1 siap/NAs 186 2016-03-22 08:31:50.834861 id-initialuEMessaqe, Attach request, PDN connectivity request 


国 4 100.70.140.162 100.91.255.97 s1-control S1AP/NAS-EPS 186 2016-03-22 08:31:50.834861 id-initialUEMessag... |- -| Vate default EPS bearer c 


шкын message container "S a|] Activate default EPS bea 
E] Tracking area identity - Last visited registered TAI request 


由 DRX Parameter leaseRequest 
& М5 Network Capability киргиче ‚ Attach acce 
由 Location area identification - Old location area identification | s 
8 Mobile station classmark 2 
E Mobile station classmark 3 
HB] supported Codec List - supported codecs 
四 voice domain preference and UE's usage setting 
E GUTI type - Old GUTI type 

1110 .... = E emere ID: ES 

Ee Ú. OU 


PEET 

EPS bearer context accep 
tyrnformation 

command 


esponse 

- GUTI Apte Native GUTI response 
El Item T is u-— TA f lags=-F-- D | 一 3 
E ProtocollIE- ређа TES flags-RP-- === 
id: TX та 4 (6; 7 appl-3GPP S6a/sS6d(1677725 
pp1=3GPP 56a/56d(16777251 





- appl=3GPP Gx(16777238) 


4 

ОННО ЗЕ ос 1е 33 45 ТЕ 4а оТ 50 69 аа 08 00 45 р8 ESE a| |-- app1=3GPP Gx(16777238) 
ОНКО) ас 57 25 40 00 ЫШ, 84 а2 Да 64 46 8с а2 64 T usen sse a ves E 

0020 ЕГЧ: ЕГЧ ОТНЕ С ЕТ ДИРТ ТЗ НТО ТЕН Аш: “м.х.. 


图 13—108 被 叫 域 选 域 (5x) 





此 问题 是 由 终端 上 报 消息 不 规范 造成 的 。 IN 情况 下 终端 在 2G 去 附着 ，4G 重新 附 春 
时 携带 的 GUTI 类 型 应 为 MAP， 不 应 为 NATIVE。 这 种 情况 下 ，4G 附着 流程 MME 如 果 不 强 
制 发 送 ULR， 则 VoLTE 终端 在 4G 网 络 下 被 叫 域 选 时 会 选择 CS 域 。 

【解决 方案 】: 

针对 终端 某 些 场景 下 消息 不 规范 问题 ， 建 议 通 过 网 络 侧 适 配 处 理 : 

1) 华为 MME 上 有 参数 控制 ， 通 过 SET EMMPROCTRL: PROT = ATTACH, ATTACH- 
FORCE = ULR; 命令 可 以 在 4G 附着 流程 强制 发 送 ULR， 携 带 单 域 注册 的 标识 ， 从 而 规避 此 
种 情况 下 被 叫 域 选 到 CS 域 。 测 试验 证 开启 此 功能 后 ，MME 到 HSS 的 S6a 更 新 位 置 请 求 次 
数 增长 不 超过 6% ， 影 响 不 大 。 

2) 目前 爱立信 、 庄 基 亚 MME 上 无 法 通过 参数 控制 强制 发 送 ULR， 同 样 的 终端 在 不 同 
厂家 的 MME 下 应 该 都 会 出 现 此 类 问题 ， 因 此 建议 其 余 厂家 一 起 彻底 解决 部 分 终端 不 规范 导 
致 的 域 选 问题 。 

注 : 文 持 上 述 功能 后 ， 也 可 以 解决 频繁 更 换 手 机 导致 的 域 选 失败 问题 。VoLIE 用 户 将 
VoLTE 手机 关机 ， 取 出 USIM 卡 放 到 26/36 手机 中 ， 开 机 后 ， 再 将 2G/3G 手机 关机 ， 取 出 
USIM 卡 放 回 原 VoLTE 手机 开机 ， 此 后 每 次 做 被 叫 时 都 会 回落 到 2G。 

6. FHE VoLTE 号 码 ， 某 局 点 出 现 话 单 异 常 

[ 问题 描述 ] : 

在 4G+ CHI VoLTE 试 商用 ) 初期 ， 某 地 市 分 公司 账 务 BOSS 提供 一 号 码 异 常 话 单 供 分 
析 ， 由 147 xxxx7735 号 码 产 生 ， 如 下 : 

主 叫 150 xxxx3335 本 地 2016/3/24 16:39 82 0.5 0 0 0.5 2 8613748546 0 0 537 537 
000000000000000 0 JG35. 20160324. b01197047. dat G 0 普通 话 单 2016/3/24 16:46 

呼 转 150 хххх 3335 本 地 2016/3/24 18:28 102 0.200 0.2 2 8613745132 FFFF FFFF 537 
537 F00000000000000 10 00324531. 225 G 0 普通 话 单 2016/3/24 19:06 

第 一 条 话 单产 生 在 JNIDS4 (JNDSI2) 关口 局 上 ， 为 异常 话 单 。 从 交换 机 上 查询 话 单 ， 
billtype 为 CFW, ， 话 单 类 型 为 呼 转 话 单 ， 如 图 13-109 所 示 。 但 上 述 BOSS 话 单 上 却 是 “ 主 叫 
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150 xx x x 3335 本 地 ”， 按 一 般 主 叫 话 单 进 


8613745132 为 B 地 市 DSI9, ， 也 是 当地 关口 局 ， 
Ж ОТК 


AA — 


行 分 拣 的 。 第 二 条 话 单产 生 交 换 机 号 码 
其 分 拒 正 常 ， 按 话 单 类 型 然后 按 呼 转 进 行 正 


АУ 


ЗАР) 编辑 ([E) ШО) 查看 (V) RH) 


(ШЕ 1 


bill-sequence-in-msc 
bill-sequence 
initial-time 
caller-num 

dialed-num 
connected-num 

modul e-na 

billtype 

msrn 

msisdn 

served-imsi 
served-imei 
it-trunk-graup 
ot-trunk-graup 
conversation-time 
caut 

sequence 

record-type 
cauze-for-termination 
cause-for-partial-record 
local-msc-num 
served-msc-num 
caller-lac 
caller-cell-id 
caller-org-lac 
caller-orzg-cell-id 
called-lac 
called-cell-id 
called-oarz-lac 
called-org-cell-id 
call-reference 
transmi ssion-mode 

tbs 
info-trans-capability 
tele-bearer-cade 
gsm-gsvn 

ss-cadel 

ss-cadez 

ss-codes3 

ss-cnded 
initial-served-ms-classmark 
last-served-me-classmark 


图 13-109 


【问题 分 析 ] : 
1) 分 析 故 障 现 象 可 能 原因 ; 











98610 

12098610 

2016-03-24 16:59:39 
14759797735 
15092705935 
03512204018 

22 

СЕҢ 


14753797755 
460079177199096 


12051240 
0 


sinzle-bill 
nORMAL -CALL-CLEAEF. 
normal-call-eclear 
sbloTdüBb4B5 
sbl3Tdsb4b5 

0х00 00 

000 
üxüü 
000 
000 
üxüü 
000 
000 
ОхЕ0 
invalid-value 
telsphone-service 
audio 

17 

gSVN-PLNN-DDD 
invalid-value 
invalid-value 
invalid-value 
invalid-value 
хб 00 00 

000 00 00 


异常 话 单 








(D 交换 机 设备 与 BOSS 近期 是 否 有 改造 或 升级 操作 。 





(2 原始 话 单 与 BOSS 计 费 对 接 字 有 段 出 现 问 
O 用 户 特殊 业务 影响 计 费 。 
问题 分 析 流 程 图 如 图 13-110 所 示 。 

2) 具体 分 析 如 下 。 

分 析 过 程 : 


题 。 








CD 重点 分 析 关 口 局 交换 机 ， 本 地 关口 局 采用 某 厂 商 设备 ， 省 公司 账 务 BOSS 系统 也 是 该 





厂商 。 首 先 确 认 设 备 和 BOSS 近期 是 否 存在 改造 或 升级 的 行为 的 。 经 过 核实 ， 这 段 时 间 无 改 





造 或 升级 等 操作 。 
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| 可 能 原因 1: RA 
与 BOSS 近 期 操作 





TAY 
E ДАТ 一 


可 能 原因 22， 对接 


Pro d 





字段 出 现 问 题 


| mmm ы 
— Reg k PKH IN? шак 
MÀ ы а 


| 可 能 原因 3: 特殊 
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图 13-110 ”问题 分 析 流 程 图 


0) 分 析 BOSS WÉ, BOSS 提供 话 单 类 型 判定 为 呼 转 或 主 叫 ， 在 原始 话 单 中 ， 对 方 提供 
的 字段 名 称 为 SS - Code， 且 呼 转 话 单 中 SS CODE 4 个 服务 代码 字段 不 能 全 为 空 ， 应 为 『 21 , 
' 29 ,' 2A ,'2B ] 其 中 之 一 ， 为 空 即 按 主 叫 话 单 分 拒 。 

核对 交换 机 原始 话 单 ,4 个 SS - CODE 后 的 值 均 为 invalid - value， 服 务 代 码 全 为 空 ， 如 
图 13-111 所 示 。 





ss-cndel =  invalid-value 
=5-со4е2 =  invalid-value 
ss-code3 =  invalid-value 
ss-cnded =  invalid-value 


图 13-111 SS- CODE 值 查询 


(3) 查询 交换 机 原始 话 单 ， 分 析 多 个 CFW 话 单 ， 发 现 大 部 分 话 单 有 SS - CODE ， 即 该 部 
分 话 单 正常 ( 见 图 13-112) 。 仅 有 少量 的 话 单 出 现 4 个 SS -CODE 后 的 值 均 为 invalid - value 
的 情况 ， 说 明 交 换 机 可 以 进行 SS - CODE 区 分 。 

由 抽取 147 хххх 7735 单个 问题 号 码 进行 分 析 ， 查 看 有 何 种 特殊 的 业务 影响 。 发 现 智 
能 呼 转 的 呼 转 原 因 值 由 SCP 下 发 ， 如 果 SCP 下 发 一 个 无 效 的 原因 值 (如 unknown) ， 则 话 单 
无 法 填写 。 所 以 重点 跟踪 该 用 户 签约 的 OCSI TCS 和 呼 转 。 查 询 该 用 户 投 诉 前 后 的 党 账 
操作 上 日志 ( 见 图 13-113): 用 户 3 月 11 号 开户 , 3 H 14 号 开通 来 电 提 醒 业 务 ， 无 其 他 











dialed-num 
connected-num 
module-no 

billtype 

msrn 

msisdn 

served-imsi 
served-imei 
it-trunk-group 
ot-trunk-grounp 
conversation-time 
count 

sequence 
record-type 
cause-for-termination 
cause-for-partial-record 
local-msc-num 
served-msc-num 
caller-1lac 
caller-cell-id 
caller-org-lac 
caller-org-cell-id 
called-lac 
called-cell-id 
called-org-lac 
called-org-cell-id 
call-reference 
transmission-mode 
tbs 
info-trans-capability 
tele-bearer-code 
qgasm-aqsvn 


13853769818 
13371246990 
36 

cEW 
13440578577 
13953734500 


460003784638587 


233 

13 

12805364 

ü 
single-bill 


nORMAL-CALL-CLEAR 
normal-call-clear 


8613748546 
8613748546 
Ox=00 00 
Ox00 00 
Ox=00 00 
Ox00 00 
Ox=00 00 
Ox00 OO 
ОхОО 00 
Ox00 00 
OxFü 
invalid-value 


telephone-service 


speech 
17 
сач PLMN- DDD 


















































ss-codel CEU 
asa-cadez invalid-value 
as-codea3 invalid-value 
zz-caodeá invalid-value 
initial-served-ms-classmark = 0x00 00 00 
AL 
Р 13-112 EXA 
服务 列表 所 有 服务 开始 时 间 2015-12-01 00:00:00 SB 20 
NE UV NU 007) ZI 
来 电 提醒 2016-04-11 00:00:00 正常 3 元 来 电 提醒 
来 电 提醒 2016-03-14 09:49:10 2016-04-11 00:00:00 正常 来 电 提 桓 优 志 
125505510 s] 2016-03-11 00:00:00 正常 12550 按 打 限 制 
来 电 显示 2016-03-11 00:00:00 正常 来 电 显示 
国内 漫游 功能 2016-03-11 00:00:00 正常 国内 漫游 功能 
彩云 基础 功能 2016-03-11 00:00:00 正常 互联 网 基础 功能 
飞信 基础 功能 2016-03-11 00:00:00 正常 互联 网 基础 功能 
过 ` 
图 13-113 ”用户 操作 日 志 查 询 


为 VoLTE 用 户 ， 如 图 13-114 所 示 。 





ae Request 1 "— x 








(5) 147 хххх 7735 5101 ар, 0—26) 


5i 


呼 转 到 的 150 








е Request 1 





ae Request 1 





ae Request 1 | Be Request 1 
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to 32 口 £2 m RÜ http://10.213.27.113:8080/LTEProxy/LTESOAPEndPoint +A 
v ^ View Туре: All - @э|= = = = = = x= = = €» 
LST EPS 4 = XML Node Value 
2 |EP-soap:Envelope (Envelope) 
UserName *: |admin zm i © soap:Header (Header) 
PassWord *: |Еғсѕ=0п@ = Ei-soap:Body (Body) 
o 所 -LST EPSResponse (LST EPSRe... 
LSL EPS 三 白 --Result 
HLRSN *: |7 е = : RAN ResultCode о (integer) 
IMSE: à 3 ici ResultDesc SUCCESSODO1:Operation is successful (xsd:string) 
EI -ResultData 
ISDN: 8615092703335 -—IMSI 460023637553823 (IMSIType) 
DETAIL: Ime f4 (BOOLType) SDN 2615092703335 (ISDNType) 
EPSUSERTPLID 97 
CHARGE GLOBAL PREPAID (CHARGE ... 
—APNOI GLOBAL (АРМ Type) 
ы RATFREQSELPRIID о (RATFREQS... 








F| 13-114 转 呼 号 码 分 析 
假如 A 拨打 B， 呼 转 至 C 号 码 ， 当 C 号 码 为 VoLTE 用 户 时 ， 需 智能 改 号 1254708, ЖМ] 
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点 此 时 交换 机 对 В 号 码 原始 的 无 条 件 转移 因 C 号 码 改 号 影响 ， 不 能 正常 识别 В 号 码 的 呼 转 
类 型 ， 所 以 原始 话 单 里 体现 SS - CODE 为 空 ， 导 致 账 务 话 单 分 拣 出 现 异常 。 

(6) 通过 场景 模拟 ， 对 C 号 码 进行 2G/3 G、VoLTE 用 户 变 换 拨打 测试 ， 再 通过 交换 机 进 
行 话 单 验证 ,证 实 了 当 C 号 码 为 VoLTE 用 户 时 ，SS - CODE 后 的 值 均 为 invalid - value， 呼 
тей ЕЛАН BOOTE o 

CD 异常 话 单 出 现在 某 关 口 局 交换 机 上 。 进 一 步 分 析 本 地 端 局 ( 即 MSC-SERVER) 上 
话 单 是 否 存 在 分 拣 异 第 ， snn i n A n З supplservicesused 。 

登录 话 单 业 务 台 ， 碍 询 到 端 局 呼 转 话 单 中 supplservicesused 字段 也 有 为 空 的 情况 ， 如 
图 13-115 所 示 。 联 系 账 务 确认 supplservicesused 为 空 的 呼 转 话 单 ， 也 存在 按 主 叫 话 单 分 拒 现 
象 ， TENUERE 


E E = JIGS Wn = = po 

== 一 一 -- 一 一 业务 (OO) -一 一 eaw) RH) 

Qo @ -u mm? 

= ser Hr mz e т 
pior ll Їли асист | wenparengindicnor | chengeofsonice | suppiservicssueed — | accParametera 


((ssCode:0x11,ssTime:2016-04-. 
((ssCode:0x11,ssTime:2016-04-. 























ationAreaCode:0x54 7D,cel... 
ationAreaCode:0x54 79,cell... 


~ 20160310 
„Ж 20160311 
„Ё, 20160312 
a 20160313 
„Ж 20160314 
a 20160315 
„2, 20160316 
„№ 20160317 
„Ж 20160318 
a 20160319 
„Ж 20160320 
„Ж 20160321 
„Ж 20160322 
„Ж 20160323 
«x 20160324 


„Ж 20160327 
„Ж 20160328 
„Ж 20160329 
„Ж 20160330 
„Ж 20160331 
„Ё, 20160401 
„Ж 20160402 
„Ж 20160403 
„2, 20160404 
„Ж 20160405 
„Ж 20160406 
«ik 20160407 


ationAreaCode:0x53 7A.cell, 


ationAreaCode:0x64 72,cell.. - 
ationAreaCode:0x63 70,.cell.. - 
ationAreaCode:0x53 7C,cell.. ~ 
etionAreaCode:0x63 70,cell.. - 


etionAreaCode:0xD3 74. cel. - 


ationAreaCode:0x53 77,cell.. -~ 
ationAreaCode:0x53 7F,cell.. - 


ationAreaCode:0x53 76,cell.. - 


ationAreaCode:0x63 77,cell.. - 


ationAreaCode:0x54 78,cell.. -~ 


ationAreaCode:0x64 72,cell.. - 


((ssCode-0x21 ssTime:2016-04.... - 
((ssCode-0Ox2B,ssTime:2016-O4.. - 
((ssCode-0x21,ssTime:2016-O4-.. - 

s&sCode-0x21.ssTime:2016-O4-.. - 


or ssTime:2016-04-. 


{{ssCode:Ox21] ebocksave/X3KM/TD/2016040579 
„55 TmezUIb5-U4-. 





((ssCode-0x21,ss 


((ssCode:0x2B,ssTime:2016-04.. - 
((ssCode:Ox11,ssTime:2016-O4-... - 
((ssCode:0x11,5sTime:2016-04-... - 
((ssCode:Ox11,ssTime:2016-O4-... -~ 
((ssCode:0x11,ssTirme:2016-04-... - 
((ssCode:0x21,ssTime:2016-04-... -~ 
((ssCode:0x11,ssTime:2016-04-.. - 
((ssCode:0x21,ssTime:2016-O4-.. - 
((ssCode:0x2B.ssTime:2016-04.. -~ 
((ssCode:0x21,55Time:2016-04-.. - 
((ssCode:Ox11,ssTime:2016-04-.. -~ 
((ssCode:Ox11,ssTime:2016-04-.. - 
((ssCode:0x21,ssTime:2016-O4-.. -~ 
((ssCode:0x21,.ssTime:2016-04-... -~ 
— ssTime: 2016. == - 
.55 lime: -04-.. 


edge ‚221те:2016 09.2 - 
((ssCode:0x21,ssTime:2016-04-... - 
((=-Соде:0х212=Тіте:2016-04-.. - 


((ssCode:0x29,ssTime:2016-04-... - 
((==Сосбе:0х11,==Тіте:2016-04-.. -~ 


«x hotbilling 


3, IMEI ationAreaCode:0x63 70,cell... -~ 





图 13-115 话 单 业务 台 端 局 呼 转 话 单 supplservicesused 字段 查询 


(9) 问题 原因 查 明 ， САУА VoLTE 5917, CHUPE E H ЕБ А, S 
ЭХ BOSS Н ИРЕ А EAV, MEES [а] 8, TERM) 家 尽快 给 出 
解决 方案 

dO 某 厂家 人 研发 部 门 最 后 给 出 修改 软 参 实现 该 问题 规避 ， 





JLK 13-5 MK 13-6, 











3513-5 P938 -呼叫 内 部 参数 69 
比特 位 比特 10 
该 比特 是 “问题 解决 ”类 软 参 
用 于 控制 前 转 入 局 或 本 局 发 生前 转 后 再 发 生 伪 前 转 时 ， 触 发 伪 前 转 的 CCB 按 前 转 场景 出 话 单 还 是 
按 普通 呼叫 场景 出 话 单 
含义 解释 比特 取 值 说 明 如 下 : 


0 表示 按 原 有 处 理 ， 以 普通 
1 表示 按 前 转 场 景 出 话 单 
RUE: 1 

前 转 入 局 或 本 局 发 生前 转 后 再 发 生 伪 前 转 


呼叫 场景 出 话 单 











应 用 场景 
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表 13-6 P936 -呼叫 内 部 参数 67 
比特 位 比特 12 


该 比特 是 “问题 解决 ”类 软 参 
用 于 控制 前 转 和 人 局 或 本 局 发 生前 转 后 再 发 生 智能 前 转 时 ， 智 能 前 转 母 ССВ 前 转 原因 值 不 为 un- 
known, ， 而 原始 前 转 原因 为 unknown 时 ， 是 否 将 原始 前 转 原因 值 刷新 为 前 转 原因 值 
含义 解释 比特 取 值 说 明 如 下 : 
0 表示 不 刷新 
1 表示 刷新 




















默认 值 : 1 
应 用 场景 前 转 人 局 或 本 局 发 生前 转 后 再 发 生 智能 前 转 
系统 影响 X 
【解决 方案 】: 


规避 措施 : 

1) 省 公司 批准 并 下 发 EOMS 工 单 ， 进 行 先 行 软 参 修改 试验 。 
2) 选取 晚上 低 话 务 时 段 ， 对 某 关口 局 和 闻 局 设备 修改 软 参 。 
MOD MSFP:ID = P938, MODTYPE = P1, BIT 2 10, BITVAL =1; 

MOD MSFP:ID = P936, MODTYPE = P1, BIT 212, BITVAL = 1; 


软 参 修改 后 ， 再 进行 呼 转 至 VoLTE 号 人 码 测 试 ， 账 务 进行 话 单 计 费 验证 ， 反 人 馈 为 BOSS 分 
撕 结果 已 正常 。 同 时 ， 查 询 某 厂商 交换 机 大 量 原 始 话 单一 一 呼 转 话 单 ， 结 采 : SS- CODE £ 
为 invalid — value 的 情况 消失 ， 端 局 呼 转 话 单 中 supplservicesused 字段 为 空 的 情况 未 再 出 现 ， 
如 图 13-116 所 示 。 

3) 如 图 13-117 所 示 ， 省 公司 下 发 工 单 至 各 地 市 ， 进 行 全 省 软 参 修 改 工 单 ， 规 避 全 省 
再 出 现 呼 转 VoLTE, ibtd AEG ng „ 

该 案例 中 ， 由 于 VoLTE 呼叫 需要 智能 改 号 1254708, ^4 A 拨打 了 呼 转 到 C 用 户 后 ， 如 
ES C 用 户 发 生 智 能 connect 改写 ( 伪 前 转 ) , 由 于 智能 connect 改 FEKA IFE JEA 的 " 则 某 
些 厂 家 设备 对 伪 前 转 的 呼 转 原因 填写 为 unkown， 因 此 导致 B 用 户 的 呼 转 话 单 分 拣 出 现 异 常 。 

7. 爱立信 SGW 板 卡 crash 严重 影响 VoLTE 切换 成 功率 和 掉 话 率 

[ 问题 描述 ] : 

Y 地 市 移动 VoLTE 掉 话 紊 和 切换 成 功率 偶尔 会 发 生 剧 烈 波 动 ， 后台 查看 全 网 无 TOP 小 
区 ， 其 他 业务 的 掉 线 和 切换 也 会 同时 恶化 。 选 取 无 大 气 波导 干扰 的 两 天 指标 对 比 ，4 月 20 
日 挥 话 率 和 切换 成 功率 均 恶 化 明显 ， 见 表 13-7。 

313-7 掉 话 率 与 VoLTE 无 线 切换 成 功率 统计 


















































统计 时 间 无 线 掉 话 率 (QCI=1)(%) Jod (QCI-2)(90) VoLTE 无 线 切 换 成 功率 ( 96 ) 
2016 -04 -18 0. 12 0 99. 95 
2016 -04 -20 0. 18 0. 22 99. 88 

[ 问题 分 析 】: 


对 4 月 20 Н VoLTE 指标 进行 分 析 和 排查 。 

1) VoLTE 指标 无 明显 变化 ， 如 图 13-118 与 图 13-119 所 示 。 

2) 排查 操作 日 志 ， 无 大 批量 操作 。 

3) 排查 告警 日 志 ， 用 户 面 链 路 告警 比 平 时 增多 ， 且 主要 集中 在 两 个 用 户 面 地 址 上， 如 
图 13-117 所 示 。 
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Quà. 已 办 世 务 

© wx Qs 

所 有 已 办 任务 

[D] 任务 名 IFRS 模板 名 发 起 人 办 理 时 间 MEA 
[^] 关于 进行 华为 关口 局 、 WR RA SD-098-160407-46508-411 通用 性 务工 单 BREA 2016-04-14 23:52:30 ГТ 
[| ”关于 进行 华为 关口 局 、 端 局 呼 转 话 单 软 区 修 羽 试点 的 通知 SD-098-160331-48315-107 通用 性 务工 单 кй 2016-04-11 11:23:13 AT 


























13-117 下 发 工 单 截图 
4) 从 挥 线 的 原因 来 看 ， 主 要 是 切换 失败 导致 的 挥 线 ， 如 图 13-120 所 示 。 
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CallDrop 





13-118 掉 话 率 折线 图 


Handover 














100.0 —3. Handover Qut &uccess Баҝ 
-— Handovar In Success Rate(*:) 
o3 8 
og 6 
0894 
092 
Ф u St Oi 62 a adeo US dt ЖИ. ИК. о a a 
RN AS yo IS AR ү RD 09 wS по c 09. yD 
SAC SAN SACS CS ИС ANS LC LAC LC LAC CN ә 
qt 49" 49* 49* 48^ Ot 40^ 48 48^ 4S 49* 49 49^ sq 7 
4 13-119 切换 成 功率 折线 网 
TECNTXIREI eN 
Ztav : ja niu e zu e Z= pat 
Start .-rne Gb j ct nic Za M — x. A. chk Wr odeB. HOFailure 
20:6 2 20 0:00|-0-А 6881| 15%] C 261 
20:86 = ::00|-07zA- sess Á Sm н 48% 133 
20:6 2 20 2:00|-Q-A- 3122| 3329] ca o 36: 
20:6 2 20 3:00|-Q-A- sir 
2016 + 20 s:00]70:4—- | —  - mei 2988| :| C 308| 
20:6 - 20 5:00|-0- | ogol _ бз |] C 108 
20:6 : 20 8:00|-Qci-. | oraal е] 3 O l 
2016/4/20 7:00|TOTAL 40787 
2016/4/20 8:00|TOTAL 1338 — 14170 
2016/4/20 9:00|TOTAL 130965| 61881 30876 30133 
2016/4/20 10:00|TOTAL 20104 20018 
2016/4/20 11:00[TOTAL 38370| — 37275 
ROE sop з Ый cp C 4S9]. dS]. ed ë ë 
20:6 i 20 22: | 11758] 39778 7282 8:03 
2016/4/20 15:00|TOTAL 28221 27681 
2016/4/20 16:00[ TOTAL 84936 49093 
2016/4/20 17:00[TOTAL 33911 


图 13-120 切换 失败 次 数 统计 


通过 话 统 分 析 发 现 有 大 量 的 path switch 失败 ， 该 失败 将 会 导致 切换 和 掉 线 计数 需 均 +1， 
如 图 13-121 所 示 。 
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TIE š 
4/20/2016 00:00:00 
4/20/2018 01:00:00 
4/20/2016 02:00:00 
4/20/2016 03:00:00 
4/20/2016 04:00:00 
4/20/2016 05:00:00 
4/20/2016 08:00:00 
4/20/2018 07:00:00 
4/20/2016 09:00:00 
4/20/2018 11:00:00 
4/20/2016 12:00:00 
4/20/2016 13:00:00 
4/20/2016 14:00:00 
4/20/2016 15:00:00 
4/20/2016 16:00:00 
БЕ 


[ 13-121 path switch 失败 统计 
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话 统 说 明 如 图 13-122 所 示 。 


图 1 
S-eENodeB T-eNodeB MIME 


Measurement F'epart 
| | Handover Decide 


HANDOVER FEQUEST 


HANDOWER REQUEST eA 
RRC Connection ACENOWMIEDEG 


Fecanfiguratian 


(В) 
SN STATUS TRANSFER 
КЕС Connection 
Reconfiguration Complete ү PATH SWITCH REQUEST 


О) 
PATH SWITCH REQUEST 
ACKNOWLEDGE 

















ШЕ CONTEXT RELEASE 2 
E 


图 13-122 话 统 说 明 


5) 核心 网 问题 导致 path switch ZW, 切换 和 掉 线 均 恶 化 ， 需 要 核心 网 联合 分 析 。 核 心 
网 分 时 间 段 分 析 了 QDAMMEOI 的 ebm， 针 对 I handover 事件 中 的 reject 进行 分 析 如 下 : 
CD 时 间 点 : 12 HJ, path switch 失败 原因 ， 见 表 13-8 与 表 13-9, 


表 13-8 失败 原因 占 比 情 ; 





失败 原因 码 失败 次 数 
#0 (unspecified - radio network layer cause) 26 
#516 (unspecified failure — miscellaneous cause) 51 
合计 2 
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表 13-9 #501 失败 原因 分 布 情 ， 








失败 原因 码 失败 次 数 
#501 (modify bearer request or create session request towards sgw unsuccessful ) 51 
合计 


© 时 间 点 : 15:00, path switch 失败 原因 见 表 13-10 与 表 13-11, 


表 13-10 失败 原因 占 比 情 ; 











失败 原因 码 失败 次 数 

#0 (unspecified - radio network layer cause) 70 

#516 (unspecified failure — miscellaneous cause) 197 

fit ai 

A 13-11 #501 失败 原因 分 布 情 况 
失败 原因 码 失败 次 数 

679 1 

#501 (modify bearer request or create session request towards sgw unsuccessful ) 197 
合计 





@) 时 间 点 : 16:45 分 ，path switch 失败 原因 见 表 13-12 与 表 13-13, 


表 13-12 失败 原因 占 比 情况 











失败 原因 码 失败 次 数 
#0 (unspecified - radio network layer cause) 91 
#516 (unspecified failure — miscellaneous cause) 233 
合计 ici 





K 13-13 #501 失败 原因 分 布 情况 











失败 原因 码 失败 次 数 
#500 (no default bearer matched between target enb and mme) 1 
#501 (modify bearer request or create session request towards sgw unsuccessful ) 232 
合计 233 





(Q 时 间 点 : 17:30 4, path switch 失败 原因 见 表 13-14 与 表 13-15, 


表 13-14 失败 原因 占 比 情 ; 








失败 原因 码 失败 次 数 
#0 (unspecified - radio network layer cause) 194 
#516 (unspecified failure - miscellaneous cause) 1482 
A 1676 
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d 13-15 #501 失败 原因 分 布 情况 








失败 原因 码 失败 次 数 
#501 (modify bearer request or create session request towards sgw unsuccessful) 1482 
合计 1482 





ALEX rBRXF#501 失败 原因 码 进 行 了 详细 的 描述 ， 见 表 13-6, 
表 13-16 ALEX 中 对 SCC#501 的 描述 

















MODIFY _ BEARER _ REQUEST _ | Troubleshoot the SGW and the PG W. 
OR_CREATE_SESSION_REQUEST_ Tua Modify Bearer or Create | 
501 Session procedure toward the Use ITC to capture the GTP – С traffic toward 
TOWARDS_SGW ; 
SGW failed the SGW, and analyze the captured traffic. 
UNSUCCESSFUL 
【解决 方案 】: 








板 卡 故障 需 通过 版 本 升级 解决 ， 目 前 青岛 正在 分 批 次 升级 。 

8. 诺基亚 MME 处 理 VoLTE 业务 中 的 S1 切换 异常 问题 

[ 问题 描述 ] : 

测试 中 发 现 爱立信 eNB、 诺 基 亚 MME 组 合 时 ， 在 特定 区 域 ，VoLTE 业务 中 的 51 切换 失 
败 频 发 。 

[ 问题 分 析 】: 

1) 在 eNB 侧 跟 踪 发 现 VoLTE 通话 建立 后 ，eNB 发 起 了 51 切换 请 求 ，MME 无 回应 ， 超 
时 后 ，eNB 取消 切换 。 

2) 通过 信 令 监测 ， 还 原 切 换 流程 的 SI 接口 消息 ， 发 现 源 eNB 发 起 切换 请 求 后 ，MME 向 
目标 eNB 转发 切换 请 求 ， 目 标 eNB 回 ACK 后 ，MME 未 进一步 处 理 ， 造 成 源 eNB 等 待 超时 。 

3) 对 比 切换 成 功 的 消息 ， 发 现 区 别 在 于 源 eNB 发 起 的 切换 请 求 中 ，3 个 承载 携带 的 
dL -Forwarding 参 数 不 同 : 在 成 功 消 息 中 ，3 Л КЖ ЖИЙ? I dL - Forwarding; 在 失败 消息 
H, e- КАВ 5/6 两 个 承载 没有 携带 dL — Forwarding, Mi e- КАВ 7 携带 了 dL - Forwarding, 
HER eNB 根据 该 参数 指示 ， 对 于 e -RAB 5/6 没有 分 配 dL - GTP - TEID, XF e - RAB7 分 
HU dL-GTP- TEID, MME 收 到 该 消息 后 ， 判 断 无 法 处 理 该 场景 ， 未 进一步 处 理 。 

4) 成 功 信 令 如 图 13-123 所 示 。 源 eNB 发 起 51 切换， 携带 了 id — Direct — Forwarding — 
Path — Availability， 每 个 承载 都 携带 了 dL - Forwarding, MME 处 理 正 常 ， 切 换 成 功 。 

5) 对 比 失败 场景 : eNB 发 起 51 切换 请 求 ， 在 承载 信息 中 ，e - КАВ5/6 没有 携带 dL - 
Forwarding, e - RAB7 携带 了 dL - Forwarding， 如 图 13-124 所 示 。 

对 于 此 种 场景 ，MME 不 支持 ， 造 成 对 源 eNB 无 响应 ， 切 换 超 时 失败 。 

【解决 方案 】: 

MME 针对 此 场景 处 理 机 制 不 规范 ， 建 议 诺基亚 MME 完善 处 理 机 制 ; 能 够 支持 SI 切换 
中 存在 多 个 e -RAB， 并 且 只 有 部 分 e - КАВ H dL- Forwarding 的 场景 。 

9. Z 地 市 VoLTE 用 户 漫游 Q 地 市 无 法 使 用 4G 网 络 的 问题 分 析 

[ 问题 描述 ] : 

3 月 25 H Z 地 市 VoLTE 用 户 188 xxxx0097 漫游 到 0Q 地 市 ， 反映 手机 一 直 在 2G/3G 网 
络 ， 无 法 使 用 4G 网 络 ， 手 机 未 进行 任何 操作 。 此 前 ， 用 户 在 Z 地 市 正常 登录 4G 并 正常 使 
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4 [tem b: Isource-lolarget-TransparentcontalImer 
4 ProtacallE-Field 
id: id-Source-ToTarget-TransparentContainer (104) 
criticality: reject (07 
4 value 
4 Source-ToTarget-TransparentContainer: 4081a60b208085c9980839d2abS00elfdbtcdfl ^e? ez... 
4 courceeNMB-TaTargeteMB-TransparentCantainer 
: rRC-Container: О6205065с999083942а6500е11і6Ьсэћ 0 ez fife erar... 
4 &-RABlnfarmationList: 3 items 
4 |tem 0: id-E-RABInfarmationListltem 
4 ProtacollE-SingleContainer 
id: id-E-RABlInfarmatianListltem (78) 
criticality: ignore (1) 
4 value 
4 E-RABInfarmatianListltem 
e-RAB-ID: 5 
dL-Farwarding: dL-Forwarding-prapased (0) 
а |tem 1: id-E-EABlntormatianListltem 
4 ProtoacallE-SingleContainer 
id: id-E-RA&BInfarmatianListltem (78) 
criticality: ignore (1) 
4 value 
а E-RABInformationListitem 
g-RAB-ID: B 
dL-Farwarding: dL-Farwarding-propased (0 
4 |tem Z: id-E-RABInformationListltem 
4 ProtocallE-SingleCaontainer 
id: id-E-RA&BInfarmatianListltem (78) 
criticality: ignore (1) 
4 value 
а E-RABInformatianListltem 
a-RAB-ID: 7 
dL-Farwarding: dL-Farwarding-propased (0) 





17 " gm 


图 13-123 成 功 信 令 


用 VoLTE 通话 。 

[ 问题 分 析 ] : 

1) 首先 联系 用 户 开 关机 重新 注册 ， 发 现 未 注册 成 功 ， 用 户 使 用 MATE8 B168 Aim, M 
手机 也 不 能 注册 4G， 周 边 用 户 正 常 。 因 用 户 之 前 在 Z 地 市 正常 ，Z 地 市 所 在 片区 位 于 H 广 
商 MME， 而 Q 地 市 属于 爱立信 ， 因 此 重点 分 析 Q 地 市 MME 侧 问 题 及 Z 地 市 用 户 归 属 HSS 
(爱立信 ) 问题 。 

2) Q 地 市 MME 侧 跟 踪 用 户 信 令 分 析 如 下 : 














1 header: 
header: 
event id = 1 attach 
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> Item 3: id-Cause 

> Item 4: id-TargaetlD 
: id-Direct-Farwarding-Path 

4 |tem b: id-Source-TaTarget-TransparentContainer 

а ProtocollE-Field 
id: id-Saurce-ToTarget-TransparentContainer (104) 
criticality: reject (07 
а value 





4 Source- loTarget-TransparentContainer 4U081550a208085c888n838d2 ab^ e1185fc3r1 Ff? ЛЇП... 


а SourceeMB-ToTargeteMB-TransparentCantainer 
> rRC-Container: Da208085c8980839d2 ab50D e 115 bfc3f1 7137 e2fDiTeSfdi... 
4 e-RABlnformationList: 3 items 
а Кет 0: id-E-RABlInfarmationListltem 
4 ProtacallE-SingleContainer 
id: id-E-RABInfarmationListltem (78) 
criticality: ignore (1) 未 携带 dL-Forearding 
4 value 
4 E-RABInformationListlt 
e-RAB-ID: 5 
а ltem 1: id-E-RABInfarmationListltem 
а ProtacollE-SingleContaingr 
id: id-E-RABInfarmationL istlt 
criticality: ignore (1) 
4 value 
а E-RABlnformation|Astltern 
e-RAB-ID: Б 
4 Кет Z: id-E-RABlInformationListltem 
4 ProtocollE-SingleContainer 
id; id-E-RABInformationListltem (78) 
criticality: ignore (1) jJ dL-Forearding 
а value 
а E-RABInformationListitem 
e-RAB-ID: 7 










(78) 





dL-Forwarding: dL-Farwarding-prapased (0) 


> targetCell-ID 


KI 13-124 失败 信 令 


event_result = reject 
time_hour = 17 
time_minute = 36 
time_second = 58 
time millisecond = 539 
duration = 554 
attach, type = combined_eps_imsi_attach 
| cause, prot. type = nas 
cause, code = #17 ( network failure) 


sub. cause. code = #842 ( reject due to decoding fail for update location ) 


tai: 
тсс = 460 
mnc = 00 
tac 2 21516 


eci = 90365709 


тте ; 
mmegi = 770 
ттес = 42 
ueid: 


imsi = 460078161468649 
imeisv = 8684040265873268 


apn = 


S gw: 
ipv4 = undefined 
ipv6 = undefined 
pdn, info: 
default Беагег id = 0 
paa: 
ipv4 = undefined 
ipv6 = undefined 
p Sw: 
ipv4 = undefined 
ipv6 = undefined 
request, retries = 0 
sms, only = undefined 
msisdn = undefined 
msc: 
ipv4 = undefined 
ipv6 = undefined 
target, lai: 
mcc = undefined 
mnc = undefined 
lac = undefined 
periodic_tau_timer = undefined 
originating cause prot type = diameter. result 
originating cause code = 2001 
cause code = undefined 
ue requested, apn = undefined 
csg id = undefined 
pdn, info2 : 
bearer. id = undefined 
sx failure reason = undefined 
sx event triggers: 
sx event trigger = undefined 
sx event trigger = undefined 
sx event trigger = undefined 
sx event trigger = undefined 
sx event trigger = undefined 
sx event trigger = undefined 
sx event trigger = undefined 
sx event, report. mode = undefined 
sapc, number = undefined 


pgw. from. sapc = undefined 


3) J 地 市 爱立信 HSS 分 析 (投诉 用 户 归 属 HSS), 110) HSS 侧 用 户 数 据 ， 发 现在 3 H 
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16 日 为 用 户 修 改 载波 聚合 速率 限制 时 ， 将 RATFREQSELPRIID 字段 设置 为 0， 而 爱立信 
MME 认为 RATFREQSELPRIID 设置 为 0 是 非法 值 ， 图 13-125 所 示 。 
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一 | 7 MOD EPSDATA 
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IMSI; (INISIType) 





APNOI GLOBAL: (APN_Type) 
AMBRMAXREQBWUL GLOBAL: (AMBRLOADType) 
AMBRMAXREQBWDL GLOBAL: | &| (AMBRLOADType) 
DEFAULTCNTXID: (DEFAULTCNTXIDType) 





K| 13-125 HSS 侧 用 户 数据 查询 


4) 3GPP 对 RAT - Frequency - Selection - Priority - ID 参数 的 解释 : 


46.22  RFSP 
The RFSP parameter is used to define camping priorities in idle mode and to control inter - RAT and inter 
— frequency handover in active mode. 

A value change of this parameter takes effect in the following cases: 

at the next UE transition from idle to connected mode 
in Downlink NAS Transport ( carrying TAU Accept) during an idle mode TAU procedure ( no active flag 
set by UE). 

Valid for GSM,WCDMA ,and LTE 

Data type Integer 

Value range 1 -256 

Default value Мо default value 

Activation Run – time. After activation of the planned area. 


Related commands *  imsins 


HN FXTRE-UTRAN 中 的 无 线 资 源 管 理 功 能 ，MME 通过 SI 接口 ， 将 “RAT 或 频率 选 
择优 先 级 ” (RFSP 索引 ) 参数 传递 给 eNodeB, eNodeB 会 将 RFSP 索引 映射 为 本 地 的 配置 ， 
以 用 于 特定 的 RRM 策略 。 每 个 UE 都 有 特定 的 RFSP 索引 ， 该 RFSP 索引 用 于 UE 的 所 有 无 
线 承 载 。 可 以 由 RESP 导出 每 个 UE 的 小 区 重 选 优先 级 ， 用 于 控制 空 闪 状态 的 UE 在 小 区 的 
驻 留 ; 也 可 以 由 RFSP 导出 一 些 判决 条 件 ， 把 UE 引导 到 其 他 频 点 或 RAT。MME 是 从 HSS 
得 到 RFSP 索引 的 。 
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通过 LST EPS 查 一 般 用 户 的 这 个 字段 也 是 0， 如 下 . 


< ResultData > 

< IMSI > 460023664364507 < /IMSI > 

< ISDN > 8615063521414 < /ISDN > 

< EPSUSERTPLID > 97 < /EPSUSERTPLID > 

< EPSROAMINGALLOWED > false «/EPSROAMINGALLOWED > 
< CHARGE GLOBAL > NONE «/CHARGE GLOBAL > 

< APNOI, GLOBAI/ > 

« RATFREQSELPRIID » 0 «/RATFREQSELPRIID » 

« / ResultData > 


如 果 没 有 通过 individual 的 方式 设置 ， 则 显示 是 0， 对 于 爱立信 MME 实际 并 不 生效 ， 对 
用 户 是 没有 影响 的 。 而 通过 mod eps 设置 为 0 就 生效 了 ， 在 爱立信 MME 侧 就 会 存在 问题 

用 户 在 华为 MME 下 能 够 正常 登记 4C， 与 华为 MME 对 该 字段 RATFREQSELPRIID 为 0 
的 处 理 方 式 有 关 ， 华 为 MME 并 没有 将 0 过 滤 出 来 ， 设 为 非法 值 ， 经 过 验证 庄 西 MME 也 对 
该 参数 设置 为 0 没有 过 滤 ， 这 也 是 用 户 在 华为 、 详 西 等 MME 能 够 正常 登录 4G 的 原因 。 

[Ж ЛЛ е]: 

GPP XJ RFSP 设置 值 为 1 ~256， 没有 默认 值 ， 也 没有 规定 设置 为 0 时 MME 应 该 如 何 处 
理 ， 因 此 三 家 设备 的 处 理 策 略 与 厂家 理解 的 3GPP X, 

对 于 4G+ 用 户 ， 不 仪 需要 开通 VoLTE ， 还 有 开通 载波 聚合 速率 的 需求 ， 在 开局 速率 限 
制 前 ， 工 作 人 员 一 般 要 LST EPS， 将 用 户 的 数据 保存 下 来 ， 而 LST 用 户 后 的 数据 ， 该 参数 都 
显示 为 0， 难 免 会 在 重新 设置 速率 时 将 该 字段 设置 为 0。 总 结 此 和 案例， 告知 在 爱立信 MME 1E 
———— Е, 

由 于 设备 广 家 众多 ， 因 此 对 此 类 问题 最 好 提前 协商 一 致 ， 更 便于 发 现 问 题 ， 提 升 用 户 


О 















































感知 


13.4 第 四 招 只 溥 发 一 MS 侧 优化 思路 及 典型 案例 


1. CS РЕЩ VoLTE 用 户 无 应 答 前 转 接 通 后 无 声 问题 分 析 

[ 问题 描述 ] : 

2 G/3G Ħ A 呼叫 VoLTE НР В, B 归属 中 兴 VoLTE 核心 网 ， 用 户 В 无 应 答 (XB 
或 不 可 及 ) 前 转 到 CS Н C, CAm, А 上 还 是 显示 拨号 中 ， 能 听 到 С 用 户 声 音 , {Н C 
用 户 听 不 到 A 用 户 声 音 ， 单 通 。 

【问题 分 析 】 : 

进行 测试 ， 并 抓 取 CSCF, AS, MGCF 涉及 网 元 及 手机 Log 进行 信 令 分 析 ，CS 用 户 A: 
159 xxxx2423, VoLTE НР B: 159 xxxx1734, CS HIP! C: 151 xxxx2773, 

上 述 场景 下 呼叫 流程 经 过 网 元 : 用 户 A 所 在 端 局 触发 B 用 户 的 被 叫 销 定 流程 前 插 
1254708 通过 关口 局 送 给 MGCF, MGCF 送 给 I- CSCF，I-CSCF 找到 B 用 户 所 在 S - CSCF ， 
S -CSCF 触发 B 用 户 的 业务 送 给 АЅ, ВШ В, В 振 铃 后 不 接 ， 无 应 答 前 转 到 C， 由 于 C = 
1579 CS 域 用 户 ， 因 此 S- CSCF 会 将 呼叫 送 给 MGCF 出 局 到 关口 局 。 
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1) 根据 上 述 现象 ， 说 明 呼 转 成 功 ，C 号 码 已 经 振 铃 ， 依 次 查看 各 网 元 信 令 ， 发 现在 
CSCF 发 送 呼 转 号 码 C 的 Invite 后 ， 一 直 没 有 收 到 C 5858 180 振 铃 及 Invite 的 200 OK 消息 ， 


如 图 13-126 所 示 。 
序号 时 间 
2016-03-30 17:26:28.291 
2016-03-30 17:26:28.291 
2016-03-30 17:26:28.299 
2016-03-30 17:26:28.391 
2016-03-30 17:26:28.431 
2016-03-30 17:26:28.431 
2016-03-30 17:26:28.461 
2016-03-30 17:26:28.461 
2016-03-30 17:76:78.499 
2016-03-30 17:26:28.491 
2016-03-30 17:26:28.509 
2016-03-30 17:26:29.491 
2016-03-30 17:26:29.491 
2016-03-30 17:26:29.491 
2016-03-30 17:26:29.501 
2016-03-30 17:26:31.759 


m [B DD | 四 Es 
序号 时 间 
52 2016-03-30 17:26:31.800 


B= Il 


53 2016-03-30 17:26:31.800 
54 2016-03-30 17:26:31.800 
55 2016-03-30 17:26:31.830 
56 2016-03-30 17:26:31.870 
57 2016-03-30 17:26:31.870 
58 2016-03-30 17:26:31.870 
59 2016-03-30 17:26:32.310 
50 2016-03-30 17:26:32.310 
o1 2016-03-30 17:26:32.680 
62 2016-03-30 17:26:41.900 
2016-03-30 17:27:00.880 
2016-03-30 17:27:00.880 
2016-03-30 17:27:00.890 
2016-03-30 17:27:00.880 
2016-03-30 17:27:00.910 


LOL LO 3 30) 17 “гү QAN 


u VIV 9 9 V V| V| V| uud шу т 





10.187.89.130:5154 
10.187.89.130:5154 


10.187.89.130:5150 
10.187.89.132:5148 
10.187.89.130:5147 
10.187.89.132:5148 
10.187.89.130:5154 
10.187.89.131:5108 
10.187.990.131:5108 
10.187.89.12:5060 

10.187.89.142:5060 
10.187.89.130:5148 
10.187.89.130:5147 
10.187.89.132:5148 
10.187.89.12:5060 


目标 

10.187.89.131:5060 
10.187.89.131:5060 
10.187.89.12:5060 

10.187.89.132:5148 
10.187.89.150:5154 
10.187.89.132:5148 
10.187.89.1350:5147 
10.187.89.132:5148 
10.187.89.130:5154 
10.187.806.130:5154 
10.187.89.131:511»2 
10.187.89.130:5148 
10.187.89.142:5060 
10.187.89.132:5148 
10.18/.89.130:5151 
10.187/.80.131:5112 





100(INVITE) 
100(INVITE) 
100(INVITE) 
100(INVITE) 
100(INVITE) 
100(INVITE) 
100(INVITE) 
100(INVITE) 
487(INVITE) 
ACK 

487(INVITE) 
ACK 

183(INVITE) 


4 13-126 网 元 信 令 流程 


2) 根据 这 个 线索 ,继续 查看 MGCF 的 信 令 ， 发 现 确 实 如 此 ， 收 到 C 号 码 过 来 的 ACM 
和 ANM 后 ， 没 有 向 CSCF 转发 180 振 铃 及 Invite 的 200 OK 消息 ， 如 图 13-127 所 示 。 


200 


EVT H2485 MODIFY REO 


UPDATE 
491 
PRACK 
200 


EvT_H2485_MOD_RPL 
EVT_H2485_NOTIFY_REQ 
EVT H2485 NOTIFY RPL 





ANM 
REL 


EWT_H2485_MODIFY_REQ 


480 


EwT_H2485_5UBTRACT_REQ 


АСК 


i H za 


[& 13-127 MGCF 信 令 


查看 1 


消息 摘要 

INVITE tel:+8615153152773 SIP/2.0 
INVITE tel:+8615153152773 SIP/2.0 
INVITE tel:+8615153152773 SIP/2.0 
SIP/2.0 100 Trying 

SIP/2.0 100 Trying 

SIP/2.0 100 Trying 

SIP/2.0 100 Trying 

SIP/2.0 100 Trying 

SIP/2.0 100 Trying 

SIP/2.0 100 Trying 

SIP/2.0 100 Trying 

SIP/2.0 487 Request Terminated 
ACK 51р:460029632515501@[2409:8807:ао0... 
SIP/2.0 487 Request Terminated 
ACK ге: +8615908941734 SIP/2.0 
SIP/2.0 183 Session Progress 






局 向 ID 

39(QDAMGCF3BZX QDASCSCFABZX) 
191(QDAMGCF3BZX QDAIMGW2BZX .. 
39(QDAMGCF3BZX QDASCSCFABZX) 
39(QDAMGCF3BZX QDASCSCFABZX) 
39(QDAMGCF3BZX QDASCSCFABZX) 
39(QDAMGCF3BZX QDASCSCFABZX) 
191(QDAMGCF3BZX QDAIMGWZ2BZX .. 
101(QDAMGCF3BZX QDAIMGWS3BZX ... 
101(QDAMGCF3BZX QDAIMGWS3BZX .. 
121(QDADS2) 

121(QDADS2) 

121(QDADS2) 

10 асосида ELSE M zt, 
49(QDAMGCF3BZX QDABGCFABZX) 
101(QDAMGCF3BZX QDAIMGW3BZX .. 
4O(QDAMGCF3BZX QDABGCFABZX) 


[1 ODMAR 


= > ODA THI E = 


3) 定位 问题 出 在 MGCF 上 ， 继 续 加 上 分 析 ， 发 现 MGCF 收 到 UPDATE (51 £7) 后 同一 
时 间 发 送 了 200 OK (UPDATE) 及 新 的 UPDATE (54 行 )， 但 没有 收 到 UPDATE (54 行 ) 
对 应 的 200 OK, Anl 13-128 所 示 。 
4) 根据 MGCF 发 送 的 UPDATE (54 17), ， 顺 序 查 找 各 网 元 信 令 ， 找 到 AS 收 到 (68 行 ) 
UPDATE ， 但 没有 发 出 200 ОК, 1 13-129 所 示 。 
5) 问题 转向 AS 分 析 ， 经 分 析 ， 发 现 是 AS 发 送 UPDATE (67 行 ) 后 同一 时 间 收 到 200 
OK 及 UPDATE， 信 令 跟 踪 显 示 ， 收 到 UPDATE 在 前 ，200 OK 在 后 ， 顺 序 反 了 。 再 结合 
MGCF 上 的 顺序 ， 发 现 MGCF 的 顺序 是 正确 的 。 
6) 原因 分 析 : MGCF 发 送 顺序 正确 ， 而 AS 上 顺序 不 对 ， 
7) 解决 方案 : MGCF 上 修改 到 CSCF 局 向 的 参数 (延迟 发 送 SIP 证 实 消息 定时 需 时 











应 该 是 网 络 时 延 或 抖动 造成 的 。 





长 )， 如 图 13-130 所 示 。 目 的 是 在 收 到 UPDATE， 发 送 200 OK 后 ， 延 迟 50 ms 再 发 送 新 的 


UPDATE 。 以 避免 网 络 延迟 造成 的 乱 序 。 


修改 参数 后 ， 重 新 测试 验证 ， 问 题解 决 ， 如 图 13-131 所 示 。 
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2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 


:31.720 
:31.720 
:31.760 


:31.800 
2016-03-30 17:26:31.800 


SIP 


©) МЫС ЕН РАВ 1 


EVT_H248S_ ADD RPL 

183 

APM 

EVT H2485 MODIFY КЕС 
EVT H2485 MOD RPL 


EVT H2485 MODIFY КЕС 
UPDATE 


局 向 ID 
101(QDAMGCF3BZX_QDAIMGW3BZX_... 
49(QDAMGCF3BZX QDABGCFABZX) 
121(QDADS2) 
101(QDAMGCF3BZX QDAIMGWS3BZX ... 
101(QDAMGCF3BZX QDAIMGWS3BZX, ... 
39(QDAMGCF3BZX QDASCSCFABZX) 
38(QDAMGCF3BZX QDASCSCFA4BZX) 
191(QDAMGCF3BZX QDAIMGWO2BZX, ... 
38(QDAMGCF3BZX QDASCSCFA4BZX) 





ш 解码 信息 
[us] 详细 解码 


SIF/2.0 481 Request Pending 


From: 


nanana 
000010 


Ta: 


CSeq: 4 UPDATE 


Stel: tGB158054224237; tag=TƏrSdm1LHs2kX-584T1-4682-T-19 


Stel: -B8B158008041T345;tag-ztezip£jHDoBpH3Pw£bTW*B5-B-20481*efac.B 
Call-ID: InüShirEnüVU3;jGSzZYt4TiEEBMgdamzcfzZbzx.zd. chinamobile. com 


. "pcc. 


图 13-128 











2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 
2016-03-30 











000020 
nona3a 
noanaaa 





MGCF 信 令 查看 2 


消息 
100(INVITE) 
100(INVITE) 
487 (INVITE) 
ACK 
183(INVITE) 
183(INVITE) 
183(INVITE) 
183(INVITE) 
183(INVITE) 
UPDATE 
UPDATE 
200(UPDATE) 


) A р Cn mr 
Ú) C) Cn cn ta 


消息 摘要 

SIP/2.0 100 Trying 
SIP/2.0 100 Trying 
SIP/2.0 487 Request Terminated 
АСК tel:-8615908941734 SIP/2.0 
SIP/2.0 183 Session Progress 
SIP/2.0 
SIP/2.0 
SIP/2.0 
SIP/2.0 
UPDATE sip:10.187.89.11:5060 SIP/2.0 
UPDATE sip:10.187.89.132:5148;zte-did-96-... 
SIP/2.0 200 OK 


183 Session Progress 
183 Session Progress 
183 Session Progress 


183 Session Progress 


i © 





ES 中 2 °, в 








ш 解码 信息 
[ui] 详细 解码 


rr Sip Derodeic----------—7-6--5 


„гл 
„1 
= 


>O 51Р#Е[ тт 


Y 


~ 


МТР/516ТКАМЖ ЗЕЕ BU 
H248 信 会 配置 
SIP 信 会 配置 





B SIP 局 西 置 


QDAMGCFZBZX QDASCSCFZBZE 
QDAMGCFPBZX QDASCSCFSBZX 
QDAMGCFPBZX QDASCSCFABZX 
QUDAMGCFZBZX QDABGCFZBZR 
QUDAMGCFZBZX QDABGCF3BZX 
UDAMGCFZBZX QDABGCFABZX 





口 新 增 SIP 局 


EJ Call-ID: JnDskhairynD 


WPIATE sip:10.18T.89.11:5080 БІР/2. 0 





13-129 网 元 信 令 查看 


PRECOND&EOCHARGE&SIPCALLATDTMEAT33&HÜSEHISDPAMGWLEFTCODECA&LOCALTONE&ZOUSHDRCV&SINGLEFRAME 
PRECUND&HÜCHARGESSIPCALLAITMFAT33&HÜSENDSDP&MGWLEFTCODEC&LOCALTONE&2OUSSDRCVY&SINGLEFRAME| 
PRECUND&HOÜCHARGE&SIPCALLADTMFAT33&HÜSENDSDPAMGWLEFTCODEC&LOCALTONE&ZOUSSIRCVYASINGLEFRAME| 
PRECUHD&HÜCHARGE&SIPCALLADTMFAT33&HÜSENDSDP&MGWLEFTCODEC&LOCALTONE&ZÜUSSDRCY&SINGLEFRAME| 
PRECUHD&HÜCHARGE&SIPCALLRDTMFAT33&HÜSENDSDP&MGWLEFTCODEC&LOCALTONE&ZÜUSNDRCY&SINGLEFRAME| 
PRECUHD&HÜCHARGE&SIPCALL&DTMFAT33&HÜSENDSDF&MGWLEFTCODEC&LOCALTONE&ZÜUSNDRCY&SINGLEFRAME| 


1üDRELASIF 
1üüRELASIP 
100ЕЕТ АЗІР 
100ЕЕТ АЗІР 
100ЕЕТ АЗІР 
lüÜRELASIP 


Vg3jGcszZTt4TiERBqdamgcfzbzx. sd. chinamobile. сот 





_ 1255128 
[1 51Р 
О 查询 SIP 局 








:> SHOW ADJHOST 
:> SHOW SIPOFC 
> SET SIFOFC:OFC=39, DSMTVL-50: 





C3 邻接 主机 配置 
ання 
C3 xen pos 








Hnc remm 


= BBC лн 








O TCAA 

C3 SIP 信 和 令 树 路 配置 
习 SIP 信 念 路 由 配置 
HERE 





в 
М 
> Са UDP 承 载 配置 
е 
> 
~ 





























> [3 SIPS 





[ 解决 方案 】: 


WERAK, 


E 


2) 中 兴 MGCF f£ POUR 1 50ms, j 





Version З= 


Qualifierzj0x81 | N/A 


Base =Ë 


ЭРТАРА ЕЛЕН | N/A 


解码 列表 时 





ISUP 编 解码 库 


| N/A 








RTF Ргойе т 





的 通用 号 码 的 SIP 
头 域 映射 方式 


= 
TEL 


AEAMR WBZ | N/A 
mode-setfdfys 
理 














源 网 元 标识 


目的 网 元 标识 





REOR E БІРІ 
消息 定时 器 时 长 
ms 


图 13-130 ”修改 到 CSCF 局 向 的 参数 


CSCF 局 向 上 的 延迟 发 送 SIP 证 实 消息 定时 器 时 长 , 





以 满足 网 络 时 延 造 成 的 影响 。 


ла йо БЭЖ 





~ 


该 参数 在 集团 参数 规 


术 呼 叫 模 型 下 网 络 时 延 囊 来 的 问题 ， 就 可 
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时 间 
[3016-03-30 18:05:42.210 
2016-03-30 18:05:42.220 
2016-03-30 18:05:42.230 
2016-03-30 18:05:42.250 
2016-03-30 18:05:42.260 
2016-03-30 18:05:42.330 
2016-03-30 18:05:42.710 


016-03-30 18:05354 g 


2016-03-30 18:05:43.330 
2016-03-30 18:05:43.410 


PRACK 

200 

EVT H2485 MOD. RPL 
UPDATE 





EVT H24858 NOTIFY КЕС 


/[ H2438 NOTIEY Б 


EVT H2485 MODIFY КЕС 
EVT H2485 MOD RPL 





局 向 ID MSISDN 
39(QDAMGCF3BZX, QDA... 
39(QDAMGCF3BZX QDA... 
101(QDAMGCF3BZX, QD... 
39(QDAMGCF3BZX, QDA... 
39(QDAMGCF3BZX QDA... 
39(QDAMGCF3BZX QDA... 


191(QDAMGCF3BZX QD... 


2016-03-30 18:05:43.410 25(QDAMGCF3BZX QDA... 
2016-03-30 18:05:43.420 TEE 121(QDADS2) 
2016-03-30 18:05:43.410 


2016-03-30 18:05:43.490 PRACK 


39(QDAMGCF3BZX QDA... 
39(QDAMGCF3BZX QDA... 





[ 13-131 修改 参数 后 测试 结果 

2. IMS 固 话 拨打 同一 融合 V 网 内 有 了 呼 转 的 VoLTE 智能 网 用 户 放 音 异常 或 无 法 接 通 

【 问题 描述 】 : 

IMS 回话 拨打 同一 融合 V 网 内 开通 来 电 提 醒 业 务 VoLTE 智能 网 用 户 ， 当 被 叫 关 机 或 者 
飞行 模式 下 ， 主 叫 无 法 听 到 来 电 提 醒 提 示 音 ， 只 可 上 听 到 哪 哪 音 ; IMS 回话 拨打 同一 融合 V 网 
内 设置 无 条 件 呼 转 到 IMS 固 话 的 VoLTE 智能 网 用 户 ， 无 法 接 通 。 

【问题 分 析 】 : 

进行 测试 ， 并 抓 取 CSCF, AS, MGCF 涉及 网 元 及 手机 Log 进行 信 令 分 析 ，CS НР А: 
159 xxxx2423, VoLTE НР В; 159 xxxx1734, Ж: M IMS 固 话 号 码 А, WU VoLTE 
智能 网 号 码 B， 全 时 通 平 台 号 码 C (或 无 条 件 呼 转 目的 号 码 C) WE 13-132 所 示 。 














INS 固 网 WGCEF [cusc [иссе ст) [I-CSCF (TY |5$-С5СЕ(Т) |scPasCD lasin |HSS | 


1 一 一 


dl» [| | 
9 = 

二 

11 12 


13 





图 13-132 呼叫 信 令 流程 


1) 固 网 MGCF 发 起 GMSC 寻 呼 。 

2) СМС 根据 被 叫 号 码 销 定 到 被 叫 AS. 

3) GMSC 根据 路 由 到 被 叫 MGCF. 

4) MGCF 路 由 到 号 码 B 的 工 - CSCF. 
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5) I-CSCF 通过 LIR/LIA 选择 号 码 B А S – CSCF. 


6) S- CSCF 根据 被 叫 号 码 智能 网 SIFC 签约 触发 SCP AS, SCP AS 返回 的 Invite 消息 正 


ЖАП 13-133 所 示 : 


эб 信念 信息 (ДЕШ IMPU=tel:+8615005318196 申 踪 参考 号 =237) 57 
IWIIE sip:t886150053181986810. 184. 36. 4; user=phone SIP/2.0 [^ 
ia: SIP/2.0/UDP 10. 184 36.129: 50860; branch-zühG4bKmrdcaBcgfab6asgnndndfrgn8;hwid-l; conid-0, SIP/2. 0/UDP 138.114. 75. 30: 5060; branch 
oute: <51р:10. 184. 386.17; lr; ORGDLGID-15408-10;Dpt-7caà B;IRC-ffffffff-5büb? 

ecord-Reute: <1р:10. 184. 36. 128: 5080; transport-udp;lr;hwid-1?, <sip: 139. 114. 75. 30: 5060; transpor t=udp; lr ; hwi d=1> 
rom: <sip: 6682108010. 184. 36. 8; transpor t=udp; user=phone*; tag-mlncnell 

о: ”+8615005318196”«sip:+8615005318196010. 184. 36. 4; transport-udp;user-phone? 

Seq: 1 INVITE 


upported: lODrel, timer, histinfo, precondition 





-Charging Vector: icid-value-ABS824083ECDT5201860323114128; orig-101-10. 184. 36. 8; term-101-sd. chinamobile. com 
Contact: <sipi+86531589982100139. 114. 75. 21 :5083; transpor t=udp; user=phone* 


-Asserted-Identity: “+S653158998210 Étel: +8653158995210 ; ğpc=ordinary? 


ax-Forwards: 69 





low: INVITE, UPDATE, BYE, PRACK, INFO, OPTIONS, CANCEL, SUBSCRIBE, АСК, REFER, NOTIFT, REGISTER, PUBLISH, MESSAGE 
ervice-Interact-Info: executed-service- 10000000" 
Call-ID: zühG4bEl9TamdOrxüfÉgrxdayxx777n6Ulmxbh/ma8139.114. 75. 21 
ession-Expires: 1800 
in-SE: 90 


rivacy: none 
ontent-Length: 368 
ontent-Iype: application/sdp 


Шиаи! 


图 13-133 ” 信 令 信息 查看 1 
7) ~8) AS 根据 B 签约 的 全 时 通 业 务 返回 前 转 号 码 。 














9) ~11) 号 码 B 作为 主 叫 ， 全 时 通 业 务 平台 号 码 为 被 叫 ， 通 过 HSS 获取 B 号 码 (ju 


号 码 ) HY 5 – CSCF。 


12) ~13) S - CSCF 触发 B 号 码 的 MF 流程 到 SCP AS, HERF S – CSCF 25 SIT 8 








SCPAS 平台 的 Invite 消息 From 头 域 中 主 叫 号 码 为 短 号 ， 如 图 13-134 所 示 。 


w 信 仿 信息 Fi IMPU=tel:+8615005318196 82-237) [=] 
{ҮТТЕ tel: +8813800536513_Z#use=503 SIP/2.0 [^| 
ia: SIP/2.0/UDP 10.184.38.17:5060; branch-z8hG4bKhjkg8i0jrjy8rznejiefhbbg8i;Role-3;Dpt-7caà I6;IRC-5büb-ffffffff,SIP/2.Q0/UDP 10. 
Route: Czip:58jninvpmnlbhw. invpmn. sd. chinamobile. com;lr;orig?, *в1р:10. 184. 36. 17; 1r; ORGDLGID-15413-9;Dpt-7ca£ &;IRC-Bbüb-fffffff 
Record-Route: <51р:10. 184. 36. 17;lr;Dpt-7ca4 216;Role-3;CxtId-4;spln-5;X-HwB2hUaCoolie-22118; TRC-5bÜb-ffffffff?, <51р:10. 184. 36. 1 
all-ID: gx6ngntkkülz5090g86tvüywzÜbbwwwzwilü. 184. 386.11 
From: "*86531589982104$ Sip: 668210810. 184. 36. 8; trans 
о: "4815005318198 STp:*8615005318196810. 181738; 
CSeq: 1 INVITE 
Allow: INVITE, UPDATE, ВТЕ, PRACE, INFO, OPTIONS, CANCEL, SUBSCRIBE, ACE, REFER, NOTIFY, REGISTER, PUBLISH, MESSAGE 
ontact: <51р:10. 184. 36. 11:5060;ТАС=1922Ь-ЕЕЕЕЕЕЕЕ; Dpt=ea9a-200> 


ax-Forwards: 85 







































ort-udp;user-phone?; tag-mlncnell 


itransport-udp;user-phone? 


Supported: timer, lü(rel, histinfo, precondition 

Session Expires: 1800 

imn-SE: 8D 

P-Asserted-Identity: “+8653158998210” «tel :+8653158998210; cpe=ordinary> 

Privacy: mone 

P-Access-lietwork-Info: 3POC 

P-Charging-Vector: icid-value-AB824083ECD7520180323114128; orig-10i-sd. chinamobils. com 

History Info: Zsip:t861500531819685d. ims. тлс000. тсе460. 3gppnetwork. org?Reason-SIPE3BceauseX3D5035;index-1l, «tel: +8613800536513>; i 
P-5erved-Uzer: <е1:+86150053181962; =еѕсаѕе=огі ғ 

Content-Length: 376 











LE | | T—E(IN) 


图 13-134 信 令 信息 查看 2 














E 网 
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智能 网 SCPAS 平台 会 判断 此 时 的 主 被 叫 号 码 不 在 同一 个 集团 内 ,会 将 From 头 域 中 主 叫 
号 码 由 短 号 翻译 为 长 号 作为 来 电 显示 ， 因 为 主 叫 号 码 进 行 了 长 短 号 变换 ， 所 示 РАТ 头 域 会 取 
翻译 后 的 号 码 053158998210 作为 主 叫 ，PAI 头 域 中 号 码 格式 为 “+86 + 510”, В 5 – CSCF 
收 到 智能 网 SCPAS 的 Invite 消息 中 РАІ 此 时 变 为 “+86053158998210”，SCPAS 返回 给 S – 
CSCF 的 消息 ， 如 图 13-135 所 示 。 


”恒信 信息 ПЕ ШЕ IMPU=tel:+8515005318196 昭 踪 做 考 号 =237) 
THVITE tel:486138005386513; сап=е=503 SIP/2.0 

















—] 
ia: SIP/2.0/UDP 10. 184 36. 129:5060; branch-zühG4bKe558an8snyns2767semenx778;hwid-3; conid-0, SIP/2. O/UDP 138.114. 75. 30:5060; branch 
Route: &sip:10.184.36.17;1r;O0RGDLGID-15413-9;TDpt-Tcad B;IRC-5büb-ffffffff^ 
Record-Route: <51р:10. 184. 36. 129:5060; tranzport-udp;lr;hwid-35, <51р:139.114. 75. 30:5080; tr anspor t=udp ; lr ; hwi d=3? 
From: <=1р:053158998210@10. 184. 36. 8; transpor t=udp; ESTNE tag=yllyy811l 
o: "*B515005318188"Zzip:t85150053181966810. 184. 36. 4; transport-udp;user-phone- 
Seg: 1 INVITE 
Supported: timer, 100rel, histinfo, precondition 
P-Charging-Vector: icid-value-ABS824083ECD75201860323114128; orig-10i-sd. chinamobile. com 
Lontact: <51р:139.114. 75. 21:5082; transport-udp:; IRC-1822b-ffffffff;Dpt-ea8a-2007 
P-Asserted-Identity: "48653158998210 {e1 :+86053158998210, CSs=ordi 
ax-Forwards: 69 


Allow: INVITE, UPDATE, BTE, PRACE, INFO, OPTIONS, CANCEL, SUBSCRIBE, ACK, REFER, HOIIFT, REGISTER, PUBLISH, MESSAGE 
Call-ID: zühGébEllnzm5l8686xmzyl&üz2eanZBüm8seOB8nm28139.114. 75.21 


istory-Info: &zip:t85150053181968zd. ims. т.с000. тсс&60. 3gppnetwork. org?Reason-SIPÉ3Ecauzse*3D5037;index-1l, Ctel: 8613800536513»; ir 
ession Expires: 1800 
in-SE: 90 


Privacy: none 

P-Access-Network-Info: 3POC 
ontent-Length: 370 

Content-Iype: application’ sdp 
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14) 5 – CSCF(T) 收 到 SCP AS 返回 的 信息 发 送 至 MGCF，MGCF 根据 号 码 归 整 规 则 将 86 
归 整 为 0，MGCF(T) 送 往 全 时 通 平台 的 号 码 为 005315899821， 全 时 通 平 台 无 法 对 该 主 叫 号 
码 进行 解析 导致 提示 嘟 嘟 音 。MGCF 送 全 时 通 的 TAM 消息 内 容 ， 如 图 13-136 所 示 。 
同样 的 原因 ， 当 IMS 固 话 拨打 同一 融合 V 网 内 设置 无 条 件 呼 转 到 IMS [s] if) VoLTE 49 
能 网 用 户 时 ， 由 于 最 终 接续 时 主 叫 号 码 前 有 00 国际 前 级 ， 而 最 终 接 续 的 IMS 固 话 (C 
— dom S o o 
【 解决 方案 】: 
建议 SCPAS 优化 业务 处 理 逻 辑 , 将 MF 流程 智能 网 SCPAS 下 发 的 Invite 消息 PAI 参数 中 
+86 后 面 国定 电话 号 码 区 号 前 的 0 去 掉 。 
3. VoLTE 用 户 做 被 叫 时 主 叫 侧 听 不 到 呼叫 等 待 放 音 的 问题 分 析 
[ 问题 描述 ] : 
中 兴 区 域 下 的 VoLTE 用 户 A(139 xxxx8597) 与 其 他 用 户 B 在 通话 中 ， 第 三 个 用 户 C 
(159 xxxx4201 , VoLTE 用 户 ) 做 主 叫 呼叫 A，C 用 户 听 不 到 呼叫 等 待 的 放 音 。 
【问题 分 析 ] : 
1) 触发 条 件 。 如 图 13-137 所 示 ， 主 叫 VoLTE 用 户 呼 叫 被 叫 VoLTE 用 户 时 ， 被 叫 正在 
通话 中 ， 被 叫 回 复 180 2, HF alert - info 指示 ， 被 叫 用 户 登 记 的 VoLTE AS 收 到 被 叫 发 
的 180 消息 ， 向 主 叫 侧 发 180 消息 进行 放 音 ， 要 求 180 W р - early - media, WÈ (两 至 三 
jd) 后 向 主 叫 侧 放 基 本 回 铃 音 。 
300 


























ѕраге:0х0 (0) 
address-signal:13800538513F 
FE] W numbering-plan-indicator 
num-Plan-Ind-Called-ITU T:numbering-plan-according-to-e 164 (1) 
internal-network-number-Indicator:routing-ta-internal-network-number-nat-alloawed 
F] w optional-part 


EJ W hop-counter 
hap-counter:üx1e (30) 
ѕраге:0х0 (Ü) 


Е] w redirection-informatian 
redirecting-indicator:call-diverted (3) 
ѕраге:0х0 (0) 
original-redirection-reason:unknown-not-available (ü) 
redirection-counter 0x1 (1) 
reserved-for-national-use:üxÜ (0) 
redirecting-reason:mabile-subscriber-nat-reachable (6) 


日 w calling-party-number 
F] "* nature-af-address-indicator 
nature-of-address-indicator-calling-ITUIT:national-number (3) 
odd even flag: add(1) 


screening-indicator.network-provided (3 
"arndress-signal:00531588938210 
E w address-p T Atricted-indicatar 
address-presentation-restricted-indicator-ITUT:presentation-allowed (ü) 
E numbering-plan-indicator 
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Invite 
Invite 


Invite 


Invite 
Invite 
180(p-early-media) 


180(p-early-media 
180(p-early-media) Gs 


180(p-early-media) 


180(p-early-media) 
180(p-early-media) 
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2) 信 令 分 析 。 在 AS 的 信 令 中 ，CSCF 发 过 来 的 180 消息 中 携带 Alert - Info 指示 ， 如 
图 13-138 所 示 。 而 AS 回 给 CSCF 的 180 消息 中 没有 携带 p – еапу — media， 如 图 13-139 所 示 。 





消息 
-89.9:5088 - 8O0.5:5 14431 200( UPDATE) 
80O.1330:5250 Е -89.9:5 144 200(UPDATE) 
-89.9:5 144 - -89.130:5153 200({(UPDATE) 
-89.130:5152 Ë -89.9:5144 200(UPDATE) 
3:20:53 53 200(UPDATE) 


180(INVITE) Р Ringing 
180(INVITE) i Ringing 


3 ARCMCT8SIMATTES Гата ата 

[us] 解码 信息 
四 详细 解码 

FP-AÀccezz—-Hetwork-Info: 3GPP-E-UTRANH; utran—cell-id-3epp=4BO000S43aS5Bl1S404d;network—provided;"sbc-domain=sbc. 0532. sd. chinamebils. d 

Eequire: precondition 

P-AÀzzerted-Identity: “<te=el:+8615965918597T> 

Allow: INVITE, ACE, BYE, CAHCEL, UPIATE, ТНЕП, PEACE, SUBSCRIBE, HOTIFY, REFER 

Alert-Info: urn: alert:zerwvice:call-waitinz- 

Server: IM-client,/OMA1.(0 HW—WwiW/Wvi.üu 

Content-Length: 0 

-Charging Yector: icid-value-cFFücjxXdpr-üüGoüddar-ii-DoOoO001z8a-O001;orizg-ioi-chinamobile;term-ioi-chinamobilese 





图 13-138 AS 信 令 180 消息 分 析 


消息 消息 摘要 
10.187.89.130:5152 = 22.2;:5144 200(UPDATE) SIP/2.0 200 OK 
10.187.89.9:5144 . 989.130:5151 200(UPDATE) SIP/2.0 200 OK 
A0.1387.90.5: 89.9: 5088 180(IMVITE) SIP/2.0 Ringing 
100.187.89.9: = ao.5:5142 180(IMVITE) SIP/2.0 Ringing 
10.187.899.5: 29.9:5088 180(IMVITE) SIP/2.0 
9 


121 н 10.197.89.130:5150 - 89.9:5 144 180(IMVITE) SIP/2.0 Ringing 


г 解码 信息 
加 详细 解码 


P-Accezz-Hetwork-Info: 3GPP-E-UTRAH;utran-cell-id-3gpp-4dB5n0ün0543a551540d;network-praosv SIP/Z.0 180 Rinzinz 
| From: Ztel:+5615905424201 >; tagze 
To: <tel:13963918597 ; phone- 
Server: IM-client,/OMA1.0 НЕН. ü context=sd. ims. meDDD. mec460. Зеєр 
Allow: IHVITE, ACK, CAHCEL, BYE, UPDATE, PRACK, REFER, THFD, HOTIFY, SUBSCRIBE expe I ASE a rh e S 
, MP ed: 
Eequire: precondition Eecord-Route: Zzip:10.18T.820.9:5 
Accept: application/zdp, Zsip:10.18T.898.5:5141;1r;zte 
. Е <sip:1D. 164. 36. 129:5060; trang 
multipart/mixed £sip:139.114. T5. 20:5080; trang 
F-Charging-Vector: icid-value-cFFEucjxdpr-üücüadar-ii-ü0000129s-0601;6e6rig-iei-chinambsbi: F-Accezz-Hetwork-Info: 3GPF-E-UT 
ГА : I _ zt z E provided; “sbe-domain= sbe. DS32. sd 
z. Я z EXT : = š 89.5; = 一 名 一 = А d 
Via: SIP/Zz.ün/UDP i1ü0.18T.898.5:5141;received-l10.18T.8 ; branch-z'ühcd4bE*11—-80-158545-1T- ip-[z4Ug:B88UT:aDUBD:1T55:e524: 10a 
SIP/Z.0/UDP iü0.184.3B5.120:50860;received-lü0. 184. 3B5.128;branch-zühc4bEpüfp3yvppelwcuüuo' Alert-Info: Zurn:alert:zerwvice:c 


SIP/Z.0/UDP 139.114. Т5. 30:5060; branch-zBhGAbKpOfp3rzwxppelwcOOUwexzzcUt:hwid-45:conid Server: IM-client/DMAl.0 НА 
Р Allow: IHVITE, ACE, CANCEL, EYE, UFD 
SIP/Z.D/WUDP 139.114. T5.Z24:5082;branch-zühG4bEKpüfp3ywvxppelwcüüüuceuiixrcüt Б = lira ë iti 


Alert-Info: Zurn.alert:zervice;call-waitinz-^ 





图 13-139 AS 信 令 返回 180 消息 分 析 








在 接 下 来 的 信 令 中 也 没有 AS 指示 MREP 放 音 的 信 令 ， 因 此 定位 是 AS 网 元 没有 指示 放 
音 。AS 没有 触发 放 音 ， 需 要 在 AS 上 检查 A 用 户 的 业务 数据 ， 发 现 呼叫 等 待业 务 未 激活 ， 
如 图 13-140, 





- SHOW OSU SBRSRV:PUI-"tel:48613953818597"; 
激活 


主 叫 标识 显示 
无 应 答 前 转 
不 可 受 前 转 
无 条 件 前 转 
Mir aue 


= Fa JE 
ППУ BR #1] Ата А ПЦ 


rL ET 





13-140 呼叫 等 待业 务 查 询 
了 02 


激活 该 用 户 的 呼叫 等 待业 务 后 ， 复 测 业 务 正 稍 。 





原因 分 析 : 中 国 移 动 规范 《中 国 移动 VoLTE 终端 技术 规范 (报批 稿 )》 中 明确 说 明了 
呼叫 等 待 需要 在 AS 上 登记 ， 如 图 13-141 所 示 。 
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绝 原 因 因 值 为 用 户 忙 。 
图 13-141 中 国 移动 规范 


”因为 用 户 在 SSS 上 没有 签约 呼 等 业务 ， 所 以 在 C 呼叫 A 的 流程 中 ，AS 不 会 给 C 放 等 


【解决 方案 】: 

1) 中 兴 核 心 网 下 存在 这 个 问题 ， 对 比 华为 厂家 VoLTE 核心 网 下 不 存在 此 问题 。 建 议 中 
兴 厂 家 参照 华为 做 改进 ，AS 上 没有 开通 呼 转 时 直接 拒绝 用 户 的 呼叫 等 待业 务 。 

2) 根据 规范 ， 后 续 对 所 有 VoLTE 用 户 必须 默认 开启 呼叫 等 待业 务 。 

4. 爱立信 HSS ECA15 版 本 缺陷 导致 数据 库 备 份 期 间 VoLTE 用 户 进 行 智能 网 、 彩 铃 等 

业务 变更 失败 

【 问题 描述 】 š 

VoLTE 用 户 反 映 开通 彩铃 后 做 被 叫 时 ， 主 叫 无 法 听 到 彩铃 音 。 

[ 问题 分 析 】: 

1) 查询 彩铃 平台 的 铃 首 设置 正常 ， ec e 消息 。 HSS 签约 发 
现 ， 用 户 无 VoLTE 彩铃 签约 ; 进一步 查询 用 户 服务 开通 日 志 ， 发 现 用 户 开 通 彩铃 失败 ， 日 
志 如 下 : 

/ var/ proclog/raw/ archive/20160320/ proclog. 20160320 _0200. таг. gz:" northbound" ," PL – 
31603200242484046CAI3G1 2","",""."" "ADD SIFC"," FAILED" ," boss" ," PL - 3", 
"САІЗСІ 2" ," MCA21 © http://www. chinamobile. com/HSS/" ," 2016 — 03 — 20 02. 42. 48. 676" , 
"00 00:00:00. 013" ,"" ," < soapenv ; Envelope 




















xmlns:soapenv = """" http ://schemas. xmlsoap. org/soap/envelope/" " " " 

xmlns : xsd = " " " " http://www. w3. org/2001/XMLSchema" " " " 

xmlns:xsi = """" http://www. w3. org/2001/XMLSchema - instance" " "" > < soapenv : Header > 
« nsl : UserName 

xmlns; ns] = """" http://www. chinamobile. com/HSS/" """ > boss «/nsl; UserName > < 
ns2 : PassWord 

xmlns:ns2 = """" http://www. chinamobile. com/HSS/" """ > s ж ж ж * ж < /ns2: PassWord > 
< /soapenv ; Header > < ѕоарепу : Body > < ADD, SIFC 

xmlns = " " " " http://www. chinamobile. com/HSS/" """ > <HLRSN > 11 «/HLRSN > < IMPU > 
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tel; +86150 xxxx5253 «/IMPU > <SIFCID >317 «/SIFCID > «/ADD. SIFC > «/soapenv :Body > 


" " 


< /ѕоарепу ; Envelope > " ," <воар;Епуе1оре 


xmlns: soap = """" http://schemas. xmlsoap. org/soap/envelope/" """ > < soap: Header/ > < 
soap: Воду > < ADD. SIFCResponse 
xmlns = """" http://www. chinamobile. com/HSS/"""" > < Result > < ResultCode > 3000 < / 


ResultCode » « ResultDesc » HSS internal 
error < / ResultDesc > < ResultData/ > «/Result > «/ADD. SIFCResponse > «/soap: Body > «/ 
soap ; Envelope » " 

2) 根据 日 志 发 现 BOSS 指令 失败 原因 为 “3000 (HSS internal error)”， 排 除 设备 内 部 故 
隐 原 因 ， 同 时 查询 到 该 时 段 多 个 用 户 均 产生 该 错误 。 

3) 经 分 析 ， 该 时 段 为 CUDB 数据 库 备 份 时 段 ， 正常 应 对 PG 指令 进行 锁 止 ， 并 返回 
code12006 ， 查 询 未 升级 的 HSS 设备 ， 此 时 段 指令 测试 返回 codel12006。 由 此 得 出 结论 : PG 
设备 的 该 版 本 存在 Bug， 错 误 代码 映射 不 准确 。 

4) HSS 进行 ECA15 版 本 升级 前 ，CUDB 数据 库 备 份 时 段 ，HSS 对 BOSS 的 服务 开通 指 
令 返 回 code12006 BOSS 可 以 根据 该 错误 代码 在 备份 结束 后 进行 指令 重 发 ,但 是 HSS 进行 
ECA15 版 本 升级 后 ， 错 误 代 码 变 化 ，BOSS 无 法 再 进行 指令 重 发 ， 导 致 此 时 段 BOSS 发 起 的 
SIFC 相关 操作 均 无 法 生效 。 影 响 VoLTE 用 户 的 智能 网 、 彩 铃 等 业务 的 变更 操作 。 

5) 在 爱立信 HSS (升级 ECAIS 补丁 后 ) 的 CUDB 数据 库 备 份 期 间 ADD_SIFC、RMV_ 
SIFC 等 指令 不 能 返回 正常 的 错误 人 代码， 导致 VoLTE 用 户 智能 网 、 彩 铃 等 业务 变更 失败 。 

【解决 方案 】: 

临时 解决 措施 可 以 通过 BOSS 对 “3000 (HSS internal error)” 错误 码 相 关 指 令 进 行 重 
发 ， 但 是 由 于 爱立信 HSS 返回 “3000 (HSS internal error)” 错误 码 的 场景 很 多 ， 因 此 不 建 
iX BOSS 长 期 对 该 错误 码 统一 进行 指令 重 发 ， 建 议 爱立信 厂家 对 此 Bug 进行 补丁 升级 解决 。 

5. 诺基亚 /爱立信 MME IMS PDN 连接 建立 成 功率 低 问 题 分 析 

[ 问题 描述 ] : 

诺基亚 /爱立信 MME IMS PDN 连接 建立 成 功率 低 ， 远 低 于 华为 设备 ， 且 未 达 集 团 95% 
的 标准 ， 见 表 13-17, 


表 13-17 华为 /诺基亚 /爱立信 MME IMS PDN 连接 建立 成 功率 对 比 















































网 元 名 称 设备 厂家 统计 时 间 IMS 网 络 PDN 连接 建立 成 功率 (96) 
JNMME01 BHW 华为 2016 -04 -12 09:00:00 99. 88 
JNMME03BHW 华为 2016 -04 – 12 09:00:00 99. 79 
JNMME05BHW 华为 2016 -04 - 12 09:00:00 99. 48 
JNMME07 BHW 华为 2016 -04 – 12 09:00:00 99. 57 
JNMMEO2BNK 诺基亚 2016 -04 -12 09:00:00 96. 36 
JNMME04BNK 诺基亚 2016 -04 - 12 09:00:00 92. 53 
JNMME06BNK 诺基亚 2016 -04 -12 09:00:00 93. 33 

QDAMMEO1BER 爱立信 2016 -04 -12 09:00:00 85. 79 
QDAMME02BER 爱立信 2016 -04 -12 09:00:00 84.3 
QDAMME04BER 爱立信 2016 -04 -12 09:00:00 84. 07 
QDAMME05BER 爱立信 2016 -04 -12 09:00:00 88. 58 
QDAMME06BER 爱立信 2016 -04 -12 09:00:00 86. 8 
QDAMME07BER 爱立信 2016 -04 -12 09:00:00 84. 42 
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【问题 分 析 】 : 

进行 测试 ， 并 抓 取 CSCF. AS, MGCF 涉及 网 元 及 手机 Log 进行 信 令 分 析 ，CS НР A: 
159 xxxx2423, VoLTE 用 户 B. 159 xxxx1734。 

1) 爱立信 失败 原因 分 析 。 

D 统计 了 某 日 15 min 的 EBM Log 数据 ，PDN 连接 成 功率 的 拒绝 原因 基本 都 是 反 ]1 原因 
人 码 ， 如 图 13-142 所 示 。 











eNodeB SGW 






Create session request 


Create session response 


4 value 
NAS-PDU: 27573158a280b5288c31f 
4 Non-Access-Stratum (NAS)PDU 
0010 .... = Security header type: Integrity protected and ciphered (2) 
.. 0111 = Protocol discriminator: EPS mobility management messages (68x87) 
Message authentication code: 8x573f58a2 
Sequence number: 11 
6181 .... = EPS bearer identity: EPS bearer identity value 5 (5) 
.. 6018 = Protocol discriminator: EPS session management messages (80x82) 
Procedure transaction identity: 8 
NAS EPS session management messages: Activate default EPS bearer context reject (@xc3) 
4 ESM cause 


Cause: Request rejected, unspecified (31) 





图 13-142 PDN 连接 成 功率 的 拒绝 原因 


(2 对 应 的 3GPP 规范 : 

0. 4. 1. 4 Default EPS bearer context activation not accepted by the UE 

If the default EPS bearer context activation is part of the attach procedure, the ESM sublayer 
shall notify the EMM sublayer of an ESM failure. 

If the default EPS bearer context activation is not part of the attach procedure, the UE shall 
send an ACTIVATE DEFAULT EPS BEARER CONTEXT REJECT message and enter the state 
BEARER CONTEXT INACTIVE. 

The ACTIVATE DEFAULT EPS BEARER CONTEXT REJECT message contains an ESM cause 
that typically indicates one of the following cause values : 

#26: insufficient resources; 

#31: request rejected, unspecified; or 

#95 - 111: protocol errors. 

Cause #31 - Request rejected, unspecified 
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This ESM cause is used by the network or by the UE to indicate that the requested service or 


operation or the request for a resource was rejected due to unspecified reasons. 


(8) 从 信 令 的 流程 和 规范 的 解释 看 ， 是 终端 拒绝 了 IMS 默认 承载 的 请 求 ， 属 于 终端 用 户 
原因 。 

2) Vidi MARS - 

通过 DO 提取 ， 存 在 较 多 场景 ，UE TE Activate default EPS bearer context, |n] Ж 431 失败 
NAS EPS session management messages; Activate default EPS bearer context reject (Oxc3) ,如 
图 13-143 所 示 。 











-05 10:02:42.780909 100.91.242.153 100,70.255.20 SIAP/NAS-EPS 174 id-uplinkNAsTransport, PDN connectivity request 

-05 10:02:42.790188 221.177.193.204 221.177.193. 67 GTPV2 312 & Create session Request 

-05 10:02:42.858856 221.177.193.67 221. 177. 193. 204 GTPV2 234 & Create Session Response 

-05 10:02:42.859371 100, 70.255,20 100.91.242.153 S1AP/NAS-EPS 290 id-E-RABSetup, E RABSetupRequest , Activate default EPS beare 
-05 10:02:42.900498 100.91.242.153 100, 70. 255,20 SIAP 122 SACK id-E-RABSetup, E RABSetupResponse 


id-uplinkNASTransport, Activate default EPS bearer context re 
-05 10:02:42.901359 221.177.193.204 221.177.193. 67 GTPV2 14 6 Delete Session Request 
-05 10:02:42.930127 221.177.193.67 221.177.193.204 GTPV2 60 Delete Session Response 





4 p m - = was ‚ 





VOTCPUHTTEQT TE 
日 value 
日 uplinkNASTransport 
E] protocolIEs: 5 items 
由 Item 0: id-MME-UE-S1AP-ID 
由 Item 1: id-eNB-UE-S1AP-ID 
日 Item 2: id-NAS-PDU 
日 ProtocolIE-Field 
id: id-NAS-PDU (26) 
criticality: reject (0) 
E value 
NAS-PDU: 27d89663355468200c31f 
日 Non-Access-stratum (NAS)PDU 
0010 .... = Security header type: Integrity protected and ciphered (2) 
+... 0111 = Protocol discriminator: EPS mobility management messages (0x07) 
Message authentication code: Oxd89e6995 
Sequence number: 84 
0110 .... = EPS bearer identity: EPS bearer identity value 6 (6) 
. 0010 = Protocol discriminator: EPS session management messages (0x02) 
insciis transaction identity: 0 
0 g 





K| 13-143 诺基亚 失败 原因 分 析 


3) IMS PDN 连接 成 功率 指标 打点 处 理 机 制 分 析 。 

D 华为 机 制 : 

MME 给 UE 回 Activate default EPS bearer context request ( PDN type IPv6 only allowed) Ў 
息 ， 就 算 IMS 激活 成 功 。 

ЖП, #31 IR, Activate default EPS bearer context reject ( Request rejected, unspecified) 

个 会 在 失败 次 数 中 统计 ， 但 实际 计算 成 功率 时 是 用 不 到 的 。UE IMS PDN 请 求 只 有 一 次 ， 

MME 回 Activate default EPS bearer context request (РОМ type IPv6 only allowed) ， 就 算 成 功 了 ， 
就 会 算 到 成 功 次 数 里 面 。 

日 前 成 功率 的 计算 方法 是 成 功 次 数 /请 求 次 数 ， 所 以 #1 原因 其 实 不 影响 统计 结 末 。 如 
果 计 算 方法 是 (请 求 - 失败 ) 请求， 那么 成 功率 就 会 变 低 了 。 

D 爱立信 /诺基亚 机 制 ; 

只 有 终端 给 MME Fl Activate default EPS bearer context accept 消息 ， 才 算 成 功 。 

放 辐 样 存在 #31 原因 值 , 但 是 因为 打点 及 计算 机 制 不 同 ， 华 为 会 核减 控 ， 诺 基 亚 、 爱 立 
信 无 法 核减 ， 所 示 指 标 偏 低 。 

【解决 方案 】: 

1) 建议 集团 对 指标 统计 打点 及 算法 规范 进行 统一 

2) 建议 IMS PDN 连接 建立 成 功率 指标 核减 掉 归 1 原因 值 ， 目 前 爱立信 已 出 具 解 决 方案 ， 
4 月 底 NBI 8431 核减 掉 ， 庄 基 亚 暂 无 解决 方案 。 
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3) 鉴于 妇 ] 出 现 频 繁 、 重 复 率 较 高 ， 可 暂时 通过 部 署 信 令 抑制 功能 缓解 失败 情况 。 

6. 中 兴 CSCF 网 元 查询 ENS 机 制 缺陷 问题 

【问题 描述 】: 

山东 公司 进行 ENUMZDNS 容量 评估 时 ， 发 现 ENUM/DNS 有 大 量 AAAA 查询 记录 ，AAAA 
用 于 IPv6 ÆW, IMS 核心 网 内 没有 IPv6 业务 场景 ， 用 不 到 AAAA 记录 查询 ， 此 问题 导致 
ENUM/ DNS 额外 的 资源 消耗 。 

[ 问题 分 析 ] : 

1) 抓 取 CSCF、AS、MGCF 涉及 网 元 及 手机 Log 进行 信 令 分 析 ，CS 用 户 А: 159 xxxx 
2423, VoLTE 用 户 B; 159 xxxx1734， 针 对 此 问题 进行 分 析 ， 现 场 在 CSCF 网 元 进行 DNS - IP 
(DNS 地 址 : 10. 184. 36.7) 地 址 跟踪 和 全 用 户 信 令 跟 踪 发 现 ， 在 同一 时 间 点 内 DNS – ІР 地 址 
跟踪 确实 存在 大 量 的 A 和 АААА 记录 查询 ， 具 体 如 图 13-144 所 示 。 








10.184.34.2:7001 10.184.36.7:53 





图 13-144 跟踪 信 令 流程 


2) 同一 时 间 点 的 全 用 户 信 令 跟踪 没有 发 现 信 令 消 息 里 的 AAAAAA 查询 的 记录 。 

3) 进一步 分 析 发 现 ，CSCF 底层 的 链 路 检测 会 对 邻接 主机 列表 中 的 $ - CSCF POOL 名 
发 起 A/AAAA 查询 ，ENUMZDNS 并 不 需要 配置 POOL 名 对 应 的 IP 地 址 A 记录 , 中 兴 CSCF 
在 A 查询 查 不 到 时 会 自动 进行 AAAA 查询 ， 由 此 导致 ENUM/DNS 出 现 大 量 AAAA 查询 
记录 。 

【解决 方案 】: 

此 问题 属于 中 兴 CSCF 设备 缺陷 ， 建 议 中 兴 尽 快 解决 。 

1) 首先 ，CSCF 不 应 该 查询 S - CSCF POOL А 记录 。 

2) 其 次 ，CSCF 查询 A 记录 失败 时 ， 不 应 该 再 去 自动 尝试 查询 AAAA 记录 ， 建 议 在 后 
续 版 本 中 优化 。 

中 兴 CSCF 此 机 制 会 导致 ENUMZDNS 额外 资源 消耗 ，VoLTE 用 户 注 册 和 每 次 呼叫 都 要 
用 到 ENUMADNS， 随 着 VoLTE 用 户 的 快速 增长 ， 每 省 成 对 设置 的 ENUMZDNS 负 答 会 越 来 越 
大 ， 针 对 此 类 增加 ENUMZDNS 负荷 的 无 效 消耗 需 重点 优化 。 

7. 中 兴 IMS 片区 VoLTE 彩铃 用 户 做 被 叫 ，aSRVCC 振 铃 态 切换 后 接续 ， 被 叫 话 单 无 
位 置信 息 

[ 问题 描述 ] : 

中 兴 IMS 片区 VoLTE 彩铃 用 户 做 被 叫 ，aSRVCC 振 铃 态 切换 后 接续 ，AS 的 被 叫 话 单 中 
无 位 置信 息 ， 导 致 被 叫 扣 费 异常 。 
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【问题 分 析 ]】: 

1) 检查 AS 原始 话 单 发 现 ， 话 单 中 接 入 信息 为 LIE，tADSIndication 21 (ITE), 但 没有 
access — Network - Information 。 

2) VoLTE 彩铃 用 户 做 被 叫 时 ，AS 触发 顺序 为 VoLTE TAS 一 彩铃 平台 一 SCC AS; 分 析 
信 令 发 现 ，SCC AS 和 VoLTE TAS 中 间 的 网 元 彩铃 平台 对 于 180 消息 中 的 p — accessnetwork — 
info 没有 透 516, H |6 T — 的 200 OK 中 的 p — accessnetwork - info, 如 图 13-145 ~ 
图 13-147 所 示 。 在 一 次 正常 通过 的 过 程 中 ， 如 果 没 有 发 生 通 话 前 切换 ， 则 VoLTE TAS 可 以 
从 200 OK 中 获取 ， ERIEN, ° 













































































©. 终端 A 收 到 终端 B 的 初始 INVITE 请 玉 ， 并 已 经 响应 180 














1. 测量 报告 | 





2. eNB 发 起 
еѕЅвусс 











К—3. Handover Required- 








4. 媒体 面 拆 分 




















5. PS to CS request—ə 


6. HO prep 
7. HO request 


8. HO resp» 
9. 电路 资源 
TU ВА 
10. PS to CS resp— əps——th 
rasa ecco iita ds. | I9. SIP INVITE 20. SIP З 
12. (STN-SR, C-MSISDN) INVITE 21. SIP 
Tlandover | (ATU-STI, OTE 
C-MSISDN) F (ATU-STI, 22. SIP 
13. UE 切换 到 GSM， 仍 保持 Ringing C-MSISDN) UPDATE 


E 











23. SIP 200 
14. HO Complet 15. HO DE —1 


Complete 


16. PS to CS HO Complete-4 25. SIP 183 





c ps 5 zx dil w 
17. 释放 QCI-1 的 承载 | 2 S 





1 
28. SIP PRACK- 29. SIP 


PRACK 30. SIP 


PRACK 


31. SIP 200 
32. SIP 200 OK 


4—33. SIP 200 OK: OK 34. SIP 
35. SIP INFO 
аа 36. SIP INFO INFO 

Y 
37. SIP 200 OK 








38. SIP 200 
40. емс А Call OK 39. SIP 200 
received: Kes OK 














41. CC Connect 42. CC 


Connect 
43. SIP INFO 44. SIP 
INFO 45. SIP 
INFO 
46. SIP 200 
47. SIP 200 OK 
OK 
0—48. SIP 200 ОК: 49. SIP 200 
OK 


50. SIP 200 OK—— 


| 
51. ACK: 
52. АСК: 


54. SIP 200 53. SIP 200 
OK OK 


INVITE) 
56 cc [55. SIP 200 OK (INVITE) (INVITE) ( ) 


Connect Ack | 


57. CC Connect Ac 58. SIP ACK: 
59. SIP ACK! 
60. SIP ACK! 


61. SIP 
62. SIP CANCEL 


CANCEL 
| 63. SIP 200 


OK 64. SIP 200 
OK 














图 13-145 ”被 叫 振 铃 态 切换 aSRVCC 信 令 流程 (B ЕШ], А 被 叫 ) 
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序号 на 类 型 源 目标 消息 消息 摘要 失败 原因 

13 2016-03-23 10:58:29.674 SIP 10.187.89.7:5144 10.187.89.2:5139 100(INVITE) SIP/2.0 100 Trying 

i4 2016-03-23 10:58:29.674 ЫР 10.187.89.2:5146 10.187.89.7:5144 100(INVITE) SIP/2.0 100 Trying 

15 2016-03-23 10:58:29.684  SIP 10.187.89.2:5140 10.187.89.7:5144 100(INVITE) SIP/2.0 100 Trying 

16 2016-03-23 10:58:29.694 SIP 10.187.89.7:5144 10.187.89.2:5144 100(INVITE) SIP/2.0 100 Trying 

17 2016-03-23 10:58:29.705 SIP 10.189.121.128:5146 10.187.89.2:5060 INVITE INVITE sip:+8618366213614@sd4.ims.mnc00... 

18 2016-03-23 10:58:29.704 SIP 10.187.89.2:5130 10.187.80.132:5060 INVITE INVITE sip mE x 

19 2016-03-23 10:58:29.724 SIP 10.187.89.132:5082 10.187.89.2:5139 INVITE INVITE sip 

P-Access-Network-Info: 3GPP-E-UTRAN;utran-cell-id- 
3 3gpp-460005485563a60c;network-provided;sbc- 

四 解码 信息 domain=sbc.0532.sd.chinamobile.com;ue- 

= | ip=[2409:8807:a040:b0a:472c:6429:7771:afc1];ue- 

Ш 详细 解码 | port=8902 | 
X-ZIE-Cookie: Tzsdrm5;id-ZTGBUT2O4 232779916082409:0807 : а040: bÜa: 472 c: 6429: TTT1 : afcl fen 
ET ЭТ-12-358% НЕН gb3bei gi g£. 11, 
xk mc pee inops аа IbI6r11-2- 18848-8903- 12-358 qCE cBQ cj e? echddbb. 11, 
Call-ID: z8hG4bKlnlBEnienTeondlTchbzwnTO owdc£x06:8139. 114. Т5. 20 IBhG4bEnoi onbodegTnnb£AM ТЫ ене: ні d-D ; coni d0, 
P-Early Мей а: supported еар, 
Min-SE: 90 t3583, 
Privacy: none 
P-Access-Network-Info: 3GPP-E-UTRAH; utran- cell-i d-3gpp=460005485563a60c ; network-provi ded; sbe-domain=sbe. 0532. sd. chinamobile. com;ue- 
Content-Length: 619 xg? 
Content-Type: application/sdp 
F-Charging-Veetor: ісій-уа1пе=н5 90009 =*-0078аТЬ9-14-0000с572-001; or i g-i oi zchinamobile 
Session-Expires: 1800 
Route: Csip:qdascscf2brx. sd. chinamobile. com;lr? -di =6-10-20481-57-12-7732; vi deo; +g. 3gpp. mi d-call;tz Зарр. srvcc- 

irnWSAurn-TÉ3A3epp-serwice. ims. icsi mmtel” 

7 2 network. org?, 











图 13-146 VoLTE TAS/SCC AS 收 到 的 Invite 消息 中 携带 了 包含 位 置 消 息 
P — Access — Network - Info 字段 


аа | SCSCF 
类 型 ! 目标 消息 消息 摘要 


2016-03-23 10:58:33,754 ЫР in.i84.356.1656:5060 10.187.89.2:5145 1BD8INVITE) SIP/2,0 180 Rinaing 


(1168-13-23 1r: 58:33 7584 сш 10 1587 па 7:5124 10 1587 па 13?'5/(187 18D IEAJTTEÀY SGTD П 1890 Binaina 








Sip Decode SIP/2.0 180 Ringing 

SIP/2.0 180 Biazinz Via: SIP/2.0/UDP 10. 187. 89. 2:5146; branch-rOh?4bE*11-2-18848-TTB4-12- 

TOY 423€HD0rn]Vq?cchddb4. 11, SIP/f.0/UDP 10. 187. 89. 132: 5087; branch- zBhG4bE*3- 12-20481-188-12- 
Уза: SIP/2.D/UDP 10.18T.89.2:51486; branch-rüho4bE*11-2-18648-TT84-12-423*HD0rn]Ya?cchddt| 423*ZRO4qPBoEFEOZ3Okl?bgdjhgj.3;:received-1D. 187. 89. 132 


Record-Route: <sip:192. 168, 50. 20:5060; transport-udp;lr;hwid-58D, (sip: 10. 184. 36. 166:508С) Record Route: CRAN: 
y ЭШЧЕ . Szip:192.188.50.20:5080; tranzport-udp;lr;hwid-58?, <sip: 10. 184. 38. 186: 5OBD ; tranzport-udp;lr: 
From: Stel: 15454235201; tag7rtesipzixlIUMGQk3-17-2048L*5a1. 3 hwid=56>, (zip: 10. 187. 80, 2:5148 lr ; zte-di dc11-2-18848-TTB4-12- 
To: tel: 15366213614); tag-g119v84t 4235, <=1р:10. 18T. 89. 132: 5082; 1r ; zte- di d-3-12-20481-168-12-423? 
. From: tel: 184547352017; tag-ztezipsixlT]MQk3-127-20481*2a1. 3 
Каа: HOS ТИПТЕ To: <tel:18366213614>; tag=9l19w6dt 


Call-ID: hZyAY93ikH2hpmjJLiPAUl1£zemtádTaeB3dyVA1Z7]kVZecV1DXYAKMYDSGEW10X1218Rhieñzteims С5ед: 1000 INVITE 
5 e Call-ID: hzZyAYBOikHP2hpmjLiPAUlfzcmt4TasB3dyVAlZZkVZcVIbkARMYbRHGEWlURXIZhhisiürteimsz 
P-Early-Media: zendrecv uM 
F-Early-Media: zendrecv 
Allow: IHVITE, UPDATE, ЕТЕ, PRACK, INFO, OPTIONS, CANCEL, SUBSCRIBE, ACE, REFER, HOTIFY, REGISTER, | Allow: 
INVITE, UPDATE, BYE, FRACK, INFO, OPTIONS, CANCEL, SUBSCRIBE, АСК, REFER, HÜTIFY, REGISTER, PUBLISH, MES 
SAGE 
Content-Length: Ü Contact: xsip:192.168.50.24:5080; tranzport-udp? 
Content-Length: 0 


Contact: <51р:192. 166. 50. 24:5080; transpor t=udp* 





Ё 13-147 S- CSCF 收 到 的 彩铃 平台 回复 的 180 消息 中 不 携带 P — Access — Network - Info 字段 


【解决 方案 】: 

针对 该 场景 ， 由 中 兴 在 后 续 AS 版 本 解决 。 

中 兴 IMS 片区 VoLTE 用 户 做 主 叫 偶发 性 无 法 接续 问题 

[ 问题 描述 ] : 

VoLTE 用 户 做 主 叫 偶发 性 出 现 无 法 接续 ， 直 接 挂 断 。 

【问题 分 析 】 : 

1) 通过 信 令 跟踪 发 现 ， 用 户 发 起 呼叫 ，PSBC 直接 回复 500， 其 中 РВС 失败 码 为 " B200 - 
141319 – 2002 -40 -2" ， 错 误 码 的 含义 是 “转发 初始 请 求 消息 时 检查 发 送 侧 本 端 或 远 端 配置 发 生 
变化 ”。 

消息 截图 如 图 13-148 所 示 。 

2) 经 分 析 山 东 目 前 PSBC 版 本 对 于 DNS 查询 ， 最 多 支持 在 其 DNS Cache 中 保存 4 
SRV/A itk; 

PSBC 对 归属 域名 “ims. mnc000. mcc460. 3gppnetwork. ого” 发 起 SRV 查询 ， 山 东 DNS 

Server 会 返回 6 个 I- CSCF 主机 名 (山东 西部 大 区 3 个 、 东 部 大 区 3 个 ， 每 次 查询 结果 中 各 
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SNO: — = s Ha 
Ене EE: [2409: S017:800D0:4:1: 140]: 5063 <---> [834039:85807:8035b: 33T£f::1] : 6000 
SIP/2.0 500 Server Internal Error 

ia: SIP/z.0/UDP [24098:8807:503b:43ff::1]:56000;:rport-5224;branch-zS9hc4bE370308985262mg; transport-UDP 
To: zsip:bfipsmgwlazx.ipsmqgw.bf.chinamobile.com-;tag-34aebhilil12abe823d-656123ch34c83985a82-chsxz 
From: csip:-4861335431ü0007B82ad.ims.mnen00.meces60.3gppnetwmork.ormg»:tag-36430137901 


Call-ID: 771748118824308:8807:803h:433ff::1 
Ceg: 1 MESSAGE 

User-Agent: zTE-BZüü 

E-zZzTE-Cause: "Bzün-ia4i3i9-zünz-4ü-z" 
Content-Length: ü 





图 13-148 500 消息 截图 











I- CSCF 的 优先 级 权重 相同 、 顺 序 可 能 不 同 ) mi PSBC 目前 只 文 持 “一 次 DNS 查询 ， 最 多 
将 4 条 SRVZA 记录 保存 到 DNS Cache 中 ”， 即 只 能 保存 前 4 个 1- CSCF 主机 名 /IP 地 址 到 
PSBC 本 地 DNS Cache F, 

3) 目前 山东 ENUMZDNS 向 网 元 反馈 的 SRV、A 记录 的 TTL 为 86 400s (24h)， 即 PS- 
BC 会 在 每 天 固定 时 刻 对 SRV. A 记录 发 起 刷新 查询 。 如 果 DNS Server 返回 的 查询 结果 中 各 
I - CSCF 的 顺序 和 前 一 天 查询 结果 不 同 ， 那 么 保存 到 PSBC 本 地 DNS Cache 中 的 1- CSCF = 
机 名 就 变更 了 ，。 

例如 : 

前 一 次 SRV 查询 ，DNS Server 返回 工 - CSCF1, I- CSCF2, I- CSCF3, I- CSCF4_ I- 
CSCF5, I- CSCF6 等 6 个 I- CSCF 主机 名 ; РВС f 1- CSCF1, I- CSCF2, І – CSCE3, I- 
CSCF4 保存 到 本 地 DNS Cache 中 。 

TTL 超期 ， 青 一 次 SRV 查询 ，DNS Server 返回 工 - CSCF1 、I - CSCF2, I- CSCF3 I- 
CSCF5. 、I- CSCF4 I - CSCF6 等 6 个 I- CSCF 主机 名 ; РВС f 1- CSCF1. І – CSCE2, I- 
CSCF3, I - CSCFS 保存 到 本 地 DNS Cache 中 ; I- CSCFA 这 个 主机 名 在 PSBC 的 本 地 DNS 
Cache 中 被 删除 了 。 

4) 而 目前 中 兴 PSBC 的 呼叫 处 理 机 制 是 : VoLTE 用 户 作为 主 叫 发 起 呼叫 时 ， 经 过 PS- 
BC, PSBC 会 对 原来 注册 时 经 过 的 I- CSCF (UH I- CSCF4) 进行 校 验 ， 校 验 时 会 查询 本 地 
DNS Cache 中 是 否 有 I- CSCF4 记录 ， 如 果 DNS Cache 中 有 ， 则 将 注册 时 经 过 的 1- CSCFA 和 
注册 的 SCSCF 进行 关联 ， 如 果 发 现 本 地 DNS Cache PRA I- CSCF4 记录 ， 则 返回 500 错 
误 ， 导 致 呼 损 。 

【解决 方案 】: 

建议 中 兴 PSBC 修改 处 理 机 制 ， 呼 叫 流程 中 不 再 对 本 网 元 DNS Cache Pm A I- CSCF 
记录 进行 校 验 。 

9. 中 兴 SBC 与 爱立信 PCRF 配合 异常 ， 导 致 性 能 统计 显示 SBC 高 掉 话 率 问 题 分 析 

[ 问题 描述 】: 

中 兴 SBC 与 爱立信 PCRF 配合 场景 下 ， 人 性 能 统计 中 兴 SBC mbi; 中 兴 SBC 与 华为 
PCRF 、 诺 基 亚 PCRF 配合 场景 掉 话 率 正 常 。 

网 管 平 台 关 键 指标 显示 ， 山 东 东 部 大 区 中 兴 SBC 的 掉 话 率 高 达 6.496 左右 ， 而 中 部 大 
区 、 西 部 大 区 华为 SBC 只 有 百 分 之 零 点 几 ， 差 距 巨 大 ， 如 图 13-149 所 示 。 

310 


























SBC 主 SBC 被 SBC Ж 
WAR SBC Ші: MAA SBC SBC 接 通 
Ыз = M |”) 日 期 “| -|$3j X (v EI -|£r "HRE IT X "| RË 
| A = 2016-05-02 108532 93 71 105042 101285 96 42 95 
mz 2016-05-02 106817 94 09 105615 101577 96 18 95.09 
mz 2016-05-02 107970 94 46 106053 102482 96.53 95.51 
AP mx 2016-05-02 108071 94 17 104900 101049 96.33 952 
JNPSBCBSBZX . SPET т 2015-05-02 75643 93.57 T3176 58680 93.85 93.7 F 
JNPSBC7BzZX_SPE2 中 党 2015-05-02 73781 92.07 71945 67490 93.61 92.89 ú ü= 
JNPSBCS8BZX SPE1 rz 2016-05-02 73150 91.56 T0316 56255 94 22 92 81 0.38% 
JNPSEBC2BHW 华为 2015-05-02 150155 90.02 138205 130990 94 78 92 1 0.1495 
JNPSBC1BHW 华为 2015-05-02 161555 90.15 137848 130659 94 78 92.17 0.1495 
JMPSBC3BHW 化 为 2016-05-02 154032 90 1 139503 132296 94 83 92 15 0.1456 
JMPSBCABHW iB 2016-05-02 161366 980 01 137832 131038 95 Q7 92 21 0.1396 
.JNPERCRRHW iE 2016-05-07 154194 ЯЯ TA 139161 134837 9A 74 91 91 5 0 5 
图 13-149 网 管 平 台 关 键 指标 截图 1 
【 El 题 分 析 】 : 





1) 从 东部 大 区 性 能 统计 上 看 有 如 此 高 的 掉 话 ， 但 从 实际 用 户 感知 看 ， 并 没有 高 的 掉 话 
现象 ， 首 先 怀疑 可 能 出 在 统计 上 ， 而 实际 业务 没有 影响 。 

进一步 分 析 ，SBC 接收 PCRF 的 ASR (承载 释放 消息 ) 次 数 和 SBC 媒体 承载 丢失 会 话 
掉 话 次 数 相 比 ， 东 部 大 区 差不多 ， 而 中 部 大 区 、 西 部 大 区 差别 很 大 ，SBC 媒体 承载 丢失 会 话 
掉 话 次 数 很 少 (ILAI 13-150) , PCRF 发 ASR 的 场景 有 以 下 两 种 ， 一 种 是 确实 是 掉 话 了 ; 5; 
一 种 是 eSRVCC 切换 后 ，PCRF 发 送 ASR 释放 之 前 的 承载 。 因 此 怀疑 是 将 切换 场景 的 ASR 
消息 统计 到 了 SBC 媒体 承载 丢失 会 话 掉 话 次 数 中 。 











SBC + SBC 被 ”SBC 被 i Rx 接口 接 Rx 接口 发 

Ша: БВСЕШ ШМ ЩЕ _ ”SBC 被 叫 SBC 接 话 掉 1 TASR EASAN 

=| 日 期 ы + Bux туйт ы HRF AF AE i _ ж | 应 次 数 | 
2016-05-02 108532 Е 105042 101285 j 95 6.446 - 14522 
2016-05-02 106817 1 105615 101577 : 95.09 6.4396 14412 
2016-05-02 107970 : 106053 102482 à 95.51 6.4276 14507 
2016-05-02 108071 А 104900 101049 : 95.2 6.37% 14345 
2016-05-02 T5643 | T3176 68680 : 93.7 0.4195 103997 
2015-05-02 73781 71945 67490 ; 92.89 0.40% 104246 
2016-05-02 73150 : 70316 66255 2 92 81 0.3896 104093 
2016-05-02 150156 | 138206 130990 - 92.1 0.14% 20894 
2016-05-02 151665 р 137848 130659 З 92 17 0.1496 20886 
2016-05-02 164032 б 139503 132296 : 92.15 0.14% 21207 
2016-05-02 161366 р 137832 131038 - 92.21 0.13% 20844 
2016-05-02 164194 | 139161 131837 3 91.91 0.1296 8 21582 


图 13-150 网 管 平 台 关键 指标 截图 2 
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JNPSBC2BHW 
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2) 为 进一步 证 实 上 述 猜 测 ， 进 行 eSRVCC 切换 场景 测试 ， 查 看 切换 成 功 后 ，PCRF 发 
送 的 ASR 中 的 原因 值 如 图 13-151 所 示 ， 结 有 果 原 因 值 为 0 (mRNA, SBC 会 统计 
到 掉 话 中 )。3GPP 29214 协议 中 对 原因 值 的 描述 如 下 ， 如 果 是 切换 后 的 释放 ， 应 该 带 原 因 值 
为 3 (此 时 ，SBC 不 会 统计 到 掉 话 中 ) 。 

3) 与 爱立信 PCRF 沟通 ， 爱 立信 PCRF 要 求 SBC 发 来 的 AAR 请 求 消息 中 的 supported — 
features 参数 需 支 持 R9, 

4) eSRVCC 切换 成 功 后 ， 爱 立信 PCRF 发 送 的 ASR 中 的 原因 值 不 规范 ， 需 要 带 原 因 值 
为 3， 而 不 是 0。 

3GPP 29214 协议 中 对 原因 值 的 描述 如 下 : 如 果 是 切换 后 的 释放 ， 应 该 带 原因 值 为 3 (此 
时 ，SBC 不 会 统计 到 掉 话 中 ) 。 
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- CaLLFLOVW_Oxczbc0801 [ - CALLFLOW Oxc4cc0802 
| 跟踪 类 型 模块 类 型 зер [RPs Ее ГЕТЕ Т кїнї | 消息 类 型 Ji 
SIP [SIP [SIP |n 


d 时 间 
Жюз MO DIRECTION 2016-05-04 16:38:51.723 FUNG 


























РЕ20 [а] 21510 IP_SIP_Transpor_ Di 1 
2404 NO DIRECTION 2016-05-04 16:38:51.723 DE SIF |РЕ2П [SIF u [Бї "u 37461 CM GETSIPPOOLF^AILFE 
2405 MO DIRECTION — (2016-05-04 16:38:51.723 FUNC SIP PE20 [SIP 0 [SIP |0 8135 |P. SIP. Proxy Tr. Disp 
2406 [NO DIRECTION 2018-05-04 16:38:51.723 [FUNC [SIF РЕ20 [SIF 0 ISIP jn 8196 |P, SIP. Proxy Tu Dispat 
2407 NO DIRECTION 2016-05-04 16:38:51.723 FUNC SIP |[PE20 [SIF D SIP |0 21528 JP SIP P xy 5Scm Disp 
2406 IRECEIVE 2016-05-04 16:38:52.91 DIAMETER DIAMETER РЕ20 110.19.229.50:... 0 110.20.22.71:3...0 ASR 10 |app-i6rrr235(g3 (hop 
2409 RECEIVE 2016-05-04 15:38:52.81 INMSG DIAMETER PE20 |DIM DAP 口 |DIM DEP ID 28714 DimTrans CO | FRECV 
2410 ND 2016-05-04 16:38:52.91 INMSG DIAMETER PE20 DIM_DEP 0 [BCF ja 28685 |Bend DIM CONTINUE 1 
2411 |NO DIRECTION [2016-05-04 15:38:52.81 dFUNC [DIAMETER X |PE2U DIM DEP |0 |DIM. DEP |n |Dim TRANS MOTIFY. R 
2412 RECEPNE [2016-05-04 16:38:52.81 IPM SG [BCF РЕ20 IDIM_DEP D |BC |0 28686 |EV.PPLAT. DIM. TO. Svc 
2413 NO DIRECTION 2018-05-04 16:38:52.91 DB [BCF РЕ20 [BCF D [BCF jn 37894 CM LOCHEXD/ATAAREA 
2414 NO DIRECTION 2016-05-04 16:38:52.91 DB [BCF PE20 [BCF D [BCF 上 37722 CM_UPDATEOCGSTATIE 
2415 NO DIRECTION 2016-05-04 16:38:52.91 DB BCF ІРЕ20 [ВСЕ D [ВСЕ |0 37894 CM_LOCRXDATAAREA 
2416 NO DIRECTION 2016-05-04 16:38:52.91 DB [BCF РЕ20 [BCF [s] [BCF jo [37722 [CM_UPDATEOCGSTATIE 
2417 МО DIRECTION (2016-05-04 15:38:52.81 DB [BCF РЕ20 ЕСЕ D [BCF ID 37437 CM GET SIGGRPCFGE 
aan inci 1 һі anaic on FI =- 一口 - па - 一 -一 га. чәк - цаг = - аа ini - I: le kA иас n EA £i п 
Length : 65 01 00 01 90 ca 00 
Diameterldentity : qdapsbc4bzx qda.sd.nade.epc.mncüünn.mcce4860.3gppneteeork. arg 00 14 Da e0 88 a2 
Destination-Fealm 00 00 01 OF 40 00 
Code : Destination-Realm(283) 41 50 53 42 43 34 
Flags : [M] 53 50 45 31 3b 31 
Length : 41 :;[31 33 36 30 зэ зь 
Diameterldentity : epc.mncüüD.mcca460.3gppnetework arg :|oo no ni 28 40 nn 
Abot- Cause 63 2e Bd бе 63 30 
Code : Abort-Cause(su0) 63 63 34 36 30 2e 
Flags : р, M] Бе 6574 776f724 
Length : 16 вт оо оо nn no nn 
endor PPOUA 1100 46 51 44 41 50 
Enumerated BEARERLRELERSED — |] 31 46 46 30 32 42 
orgm-State-Td -|64 61 2e 7364 2e 
Code : origin-State-Id(2 78) 2e 65 70 63 2e 6d 
Flags : [M] 20 2e Bd B3 63 34 
Length : 12 67? 70 7Ü бе B5 r4 





[d 13-151 PCRF 发 送 的 ASR 中 的 原因 值 





该 问题 只 是 性 能 统计 上 的 错误 ， 实 际 业 务 未 受 影响 。 

【解决 方案 】: 

1) 爱立信 PCRF 需要 规范 ， 对 于 eSRVCC 切换 成 功 后 ， 爱 立信 PCRF 发 送 的 ASR 中 的 
原因 值 要 为 3。 

2) ЧЭХ SBC 根据 爱立信 PCRF 的 要 求 ， 修 改 配置 ， 使 ЛАБ 请 求 消 息 中 的 supported - fea- 
tures 参数 ， 增 加 支持 R9 ， 这 样 爱立信 PCRF 就 能 对 eSRVCC 切换 成 功 后 的 ASR 中 的 原因 值 带 
с s 


命令 : 














ZZPSBC3BZX_SPE1(config — sbc — sp — rxp) #supported - features NetLoc Rel9 
10. 中 兴 VoLTE AS 话 单 达到 一 定数 量 后 ， 漫 游 话 单 被 判 为 销 单 问题 
[ 问题 描述 ] : 
集团 深圳 计 费 中 心 进行 话 单 分 拒 时 发 现 ， 山 东 出 现 较 多 F180 类 型 错 单 ， 原 因为 话 单 中 
Local — Record — Sequence — Number 字段 分 拒 后 为 负 值 ， 如 网 13-152 所 示 。 


IC FILE NM VSTD PROV CDHM PROV CD LOCAL REC SEQ NUM ВЕС SEQ NUMCAUSE FOR CLOS 
VLTCGOS VOLTOT Z 150201 20160321083000 00015406.dat 280 5314792167 0 ( 
VLTCGOS VOLTO1 Z 150201 20160321083000 00015406.dat 200 5314792130 0 0 


LA Ai RAJ dPAMMd PAdARmPIAA(RARA ARAIFAaAAR i 1 PAd F imanan L^ 


图 13-152 ”问题 话 单 截图 


【问题 分 析 】 : 

1) 使 用 ASNI VE 工具 查看 该 文件 发 现 ， 该 话 单 中 Local - Record — Sequence - Number 确 
实 为 负 值 ( -4792167) ， 如 图 13-153 所 示 。 

2) 在 中 兴 CG E, 该 条 话 单 中 Local - Record - Sequence — Number 字段 是 正 值 
(11985049), ， 如 图 13-154 所 示 。 

3) 按照 集团 规范 Local — Record — Sequence — Number 类 型 应 该 为 INTEGER， 而 中 兴 CG 
配置 的 此 字段 类 型 为 OCTET STRING, 

4) 中 兴 CG 配置 此 字段 最 大 值 为 FFFFFF ,但 当 该 字段 的 值 大 于 7FFFFF 时 ， 按 照 IN- 
TEGER 解码 将 会 出 现 负 什 。 由 于 省 内 计 费 不 判 此 字段 ， 此 问题 对 于 省 内 计 费 无 影响 ;而 深 
圳 计 费 中 心 对 全 国 的 漫游 话 单 分 拒 时 判断 此 字段 ， 故 出 现 该 问题 。 
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EEEE 


ui 


service-Delivery-Start-Time-Stamp 


service-Delrvery-End-Time-Stamp 
record-Opening-Time 
record-Closure-Time 
inter-Operator-Identifiers 


local-Record-Sequence-Mumber 


1603210822162b0800 
1603210823132b0800 
1603210822162b0800 
1603210823122b0800 


-4792167 
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cause-For-Record-cClosing 
IMTS-Charging-Identifier 
service-Reason-Return-Code 
access-IMetwork-Information 
online-Charging-Flag 
service-Identity 

duration 
sDP-Mledia-Identifier 
charged-Party 


ES tEL-URI 


— 


UNKNOWN 
UNKNOWN 


DL m 
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юз е аша 








= Ë= 10.214.87.22 

EL E» 正常 话 单 
I— Ë ch1 
Er у valtetas 
E 20150325 
EB 20160324 
Ë= 20160323 
Ē 20160322 
= 201860321 
(Су 20160320 
[= 20160319 
Ē 20150318 
(Су 201850317 
= 20180316 
E 20180315 
[53 20160314 
(Су 20160313 
(Су 20160312 
E 20160311 
E 20180310 
25) 20160309 
23) 20160308 
[53 20160307 
E 20160306 
E 20160305 
28) 20160304 
Ë= 20160303 
Ē 20160302 
(С 20160301 
E 20160229 
[3 20160228 


























ë) 
-| 话 单 交 件 列表 | 话 单列 表 | 话 单 详细 信息 
9 bHum=1 
10 list-Of-Calling Farty-Address[0]i 
М 
12 1 
13 1 
14 called-Party-Addreszi 
s eee] 
ів 了 
1T service-Reguest-Time-Stamp-2015-03-21 08:22:08 
18 service-Delivery-Start-Time-Stamp-z2018-03-21 08:22:16 
一 19 service-Delivery End-Time-Stamp=2016-03-21 08:23:13 
P 20 record-Üpening-Time-zü1B-ü3-21 08:22:18 
21 record-Closure-Time=2016-03-21 08:23:12 
puni inter-Üperator-Identifiersi 
23 bHum=1 
24 inter-Üperator-Tdentifiers[D]I 
25 originatingIDI=-"chinamobile" 
z6 terminatingl0I=”chinasmobile” 
zT 1 
28 і 
: 
30 causeForRecordClozing-Üü(zerwiceleliveryEndSuccezzfully] 
31 iMS-Charging-Identifier-"10.18T.898.123825£de455400" 
3z service-Heason-Return-Code-"U0" 
Eje access-NMetwork-Information-z" CS" 
34 Ünline-Charging-Flag-Üü (offline-Chargingl 
35 serwice-Identityl 
[s 


service-Delrvery-End-Successfully 
31302631383/26383026313233383.. 
о 

4353 

offline-Charging 


SF 
voicetcall 


tel:--8615098592111 
01 73 Oa 01 72 
Of 81 48 01 4e 


K| 13-153 ”使 用 ASNIVE 工具 查看 文件 

















图 13-154 ”中兴 CG 上 话 单 查询 





5) 当 VoLTE AS 的 话 单 量 达到 一 定数 量 后 ， 深 圳 计 费 中 心 在 对 中 兴 CG 的 漫游 话 单 分 拒 
时 ， 会 将 部 分 Local - Record — Sequence — Number 为 负 值 话 单 判 为 180 错 单 。 
【解决 方案 】: 
建议 中 兴 CG 尽快 提供 解决 措施 ， 将 Local - Record — Sequence - Number 字段 类 型 改 为 


INTEGER., 
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